Part Number Hot Search : 
T1214 TPSMBNN NTC5D7 04700 BU4525DX UFR7280R NTC5D7 100N6
Product Description
Full Text Search
 

To Download COM20051 Datasheet File

  If you can't view the Datasheet, Please click here to try to view without PDF Reader .  
 
 


  Datasheet File OCR Text:
 COM20051+
Integrated Microcontroller and Network Interface with Watchdog Timer and A/D Converter Interface
FEATURES
* * * * * * * * * * * * Low Cost Microcontroller Based on Popular 8051 Architecture Intel 8051 Code Compatible 68 Pin PLCC Network Supports up to 255 Nodes Powerful Network Diagnostics Maximum 512 Byte Packets Duplicate Node ID Detection Self-Configuring Network Protocol Retains all 8051 Peripherals Including Serial I/O and Two Timers Utilizes ARCNET(R) Token Bus Network Engine Requires No Special Emulators * * * * * 5 Mbps to 156 Kbps Network Data Rate Network Interface Supports RS-485, Twisted Pair, Coaxial, and Fiber Optic Interfaces Receive All Mode Allows Any Packet to Be Received On-Board Programmable Watchdog Timer Analog Data Acquisition Port Interfaces to Any A/D Converter up to 16 Bits Wide Sampling Rates from 1 s to 100ms Possible Decouples 80C32 from Repetitive Sampling Tasks
GENERAL DESCRIPTION
The COM20051+ is a low-cost, highly-integrated microcontroller incorporating a highperformance network controller based on the ARCNET Token Bus Standard (ANSI 878.1). The COM20051+ is based around the popular Intel 8051 architecture. The device is implemented using a microcontroller core similar to the Intel 80C32 ROMless version of the 8051 architecture. The COM20051+ is ideal for distributed control networking applications such as those found in industrial/machine controls, building/factory automation, consumer products, instrumentation, and automobiles. The COM20051+ contains many features that are beneficial for embedded control applications. The microcontroller is a fullyfunctional 16MHz 80C32 that is comparable to the Intel 80C32. In contrast to other embedded controller/networking solutions, the COM20051+ adds a fully-featured, robust, powerful, and simple network interface, watchdog timer, and data acquisition port, while retaining all of the basic 8051 peripherals, such as the serial port and counter/timers.
TABLE OF CONTENTS
FEATURES .......................................................................................................................................1 GENERAL DESCRIPTION.................................................................................................................1 PIN CONFIGURATION ......................................................................................................................3 OVERVIEW .......................................................................................................................................4 DESCRIPTION OF PIN FUNCTIONS ................................................................................................5 BASIC ARCHITECTURE ...................................................................................................................8 PROTOCOL DESCRIPTION............................................................................................................ 14 NETWORK PROTOCOL............................................................................................................ 14 DATA RATES ............................................................................................................................ 14 NETWORK RECONFIGURATION ............................................................................................. 14 BROADCAST MESSAGES ........................................................................................................ 16 EXTENDED TIMEOUT FUNCTION ............................................................................................ 16 LINE PROTOCOL...................................................................................................................... 17 SYSTEM DESCRIPTION .................................................................................................................. 20 MICROCONTROLLER INTERFACE .......................................................................................... 20 TRANSMISSION MEDIA INTERFACE ....................................................................................... 20 ARCNET CORE FUNCTIONAL DESCRIPTION ................................................................................ 28 MICROSEQUENCER................................................................................................................. 28 INTERNAL REGISTERS ............................................................................................................ 28 INTERNAL RAM ........................................................................................................................ 40 COMMAND CHAINING .............................................................................................................. 44 RESET DETAILS ....................................................................................................................... 47 INITIALIZATION SEQUENCE .................................................................................................... 47 IMPROVED DIAGNOSTICS....................................................................................................... 48 COM20051+ APPLICATIONS INFORMATION .................................................................................. 60 USING ARCNET DIAGNOSTICS TO OPTIMIZE YOUR SYSTEM ..................................................... 78 CABLING THE COM20051+ ............................................................................................................. 82 USING THE COM20051+'S EMULATION MODE .............................................................................. 83 OPERATIONAL DESCRIPTION........................................................................................................ 84 MAXIMUM GUARANTEED RATINGS ........................................................................................ 84 DC ELECTRICAL CHARACTERISTICS ..................................................................................... 84 TIMING DIAGRAMS .................................................................................................................. 86
80 Arkay Drive Hauppauge, NY 11788 (516) 435-6000 FAX (516) 273-3123 2
In addition, the COM20051+ supports an Emulation Mode that permits the use of a standard 80C32 emulator in conjunction with the COM20051+ to develop software drivers for the network core. This mode is achieved by mapping the ARCNET network core into a 256byte page of the External Data Memory space of the 80C32 instead of the SFR area, which would require a costly adapter for the emulator. The networking core is based around an ARCNET Token Bus protocol engine that provides highly-reliable and fault tolerant message delivery at data rates ranging
from 5Mbps down to 156 Kbps with message sizes varying from 1 to 508 bytes. The ARCNET protocol offers a simple, standardized, and easily-understood networking solution for any application. The network interface supports several media interfaces, including RS-485, coaxial, and twisted pair in either bus or star topologies. The network interface incorporates powerful diagnostic features for network management and fault isolation. These include duplicate node ID detection, reconfiguration detection, receive all (monitor) mode, receiver activity, and token detection.
ARCNET is a registered trademark of Datapoint Corporation
PIN CONFIGURATION
nNIDCS TXLED RXIN
VCC
P1.5
P1.4
P1.3 P1.2
P1.1
P1.0
P0.0
P0.1
P0.2
P0.3
9 P1.6 P1.7 RESET N/C N/C VCC N/C VSS N/C P3.0 N/C nPULSE1 P3.1 P3.2 P3.3 P3.4 P3.5 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26
8
76
5
4
3
2
1
68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 P0.5 P0.6 P0.7 nEA/EMUL ADC0 ADC1 ADC2 ADC3 ADC4 ADC5 ADC6 ADC7 TXEN ALE nPSEN P2.7 P2.6
COM20051+
27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43
nEOC nPULSE2 P2.0 TURBO HBE LBE P3.6 P3.7 P2.1 P2.2 P2.3 P2.4 XTAL2 XTAL1 START P2.5 VSS
Package: 68-Pin PLCC
3
P0.4
VSS
N/C
OVERVIEW The COM20051+ is essentially a data acquisition/network board-in-a-chip. It takes an 80C32-like microcontroller core, an ARCNET controller, a watchdog timer, and an analog data acquisition port and integrates them into a single device. ARCNET is a token passingbased protocol that combines powerful flow control, error detection, and diagnostic capabilities to deliver fast and reliable messages. The COM20051+ supports a variety of data rates (5 Mbps to 156 Kbps), topologies (bus, star, tree), and media types (RS-485, coax, twisted pair, fiber optic, and powerline) to suit any type of application. The ARCNET network core of the COM20051+ contains many features that make network development simple and easy to comprehend. Diagnostic features, such as Receive All, Duplicate ID Detection, Reconfiguration Detection, Token, and Receiver Detection, all combine to make the COM20051+ simple to use and to implement in any environment. The ARCNET protocol itself is relatively simple to understand and very flexible. A wide variety of support products are available to assist in network development, such as software drivers, line drivers, boards, and development kits. The COM20051+ implements a full-featured 16MHz, Intel code-compatible 80C32-like microcontroller with all of the standard peripheral functions, including a full duplex serial port, two timer/counters, one 8-bit general purpose digital I/O port, and interrupt controller. The 8051 architecture has long been a standard in the embedded control industry for low-level data acquisition and control. ARCNET and the 8051 form a simple solution for many of today's and tomorrow's low-level networking solutions. The COM20051+ also includes a programmable watchdog timer for fail-safe operation. The watchdog timer has programmable timeout values ranging from 3.3ms to 6.5s, with a programmable reset feature (either a pulsed reset or reset and hold). A full analog data acquisition port is also included in the COM20051+. The data acquisition port interfaces to most types of parallel A/D converters. The data acquisition port provides all the handshaking and data buffering fuctions normally associated with repetitive sampling tasks. An internal 32-byte FIFO buffers the samples in chronological order and interrupts the processor at a programmed limit. Offloading repetitive sampling and buffering tasks frees the microcontroller core tasks such as data formatting and processing and communications tasks. In addition to the 80C32 and the ARCNET network core, the COM20051+ contains all the address decoding and interrupt routing logic to interface the network core, the watchdog timer, and the data acquisition port to the 80C32 core. The integrated 8051/ARCNET combination provides an extremely cost-effective and spaceefficient solution for industrial networking applications. The COM20051+ can be used in a stand-alone embedded application, executing control algorithms or performing data acquisition and communicating data in a master/slave or peer/peer configuration, or used as a slave processor handling communication tasks in a multi-processing system.
4
DESCRIPTION OF PIN FUNCTIONS PIN NO. 1 4-11 12 19 21 NAME Receive In P1.0-1.7 Reset P3.0 nPulse 1 SYMBOL RXIN P1.0-1.7 RESET P3.0 nPULSE1 DESCRIPTION Input. Network receiver input. Input/Output. Port 1 of the 80C32. General purpose digital I/O port. Input. Active high reset. Input/Output. Port 3 bit 0 of the 8051. RX input of serial port. Output. Network output. Open-drain when backplane mode is invoked, otherwise it is a pushpull output. Input/Output. Port 3 bits 1-7 of the 8051. Input. Oscillator input 1. Input. Oscillator input 2. Ground pin. Output. Network output. Outputs a synchronous clock at 2x the data rate when backplane mode is invoked. Input/Output. Port 2 of the 8051. High order address bus. Output. Output. Output. Active high signal that goes active whenever data is being transmitted. This signal will remain low whenever the TXEN bit of the network controller is reset. Input. When high, causes the 8051's outputs to tristate. When low, allows the 8051 to address external memory. Must be low to execute code from the embedded 8051. Input/Output. Port 0 of the 8051. Multiplexed low order address/data bus.
22-28 30 29 3,17,31 37
P3.1-3.7 Crystal Oscillator Crystal Oscillator Ground nPulse 2
P3.1-3.7 XTAL1 XTAL2 VSS nPULSE2
38-45 46 47 48
P2.0-2.7
P2.0-2.7
nProgram Store nPSEN Enable Address Latch Enable Transmit Enable ALE TXEN
57
nExternal nEA/EMUL Address Enable/Emulate Enable P0.7-0.0 P0.7-0.0
58-65
5
DESCRIPTION OF PIN FUNCTIONS PIN NO. 56-49 NAME Analog Data Acquisition Parallel Data Input Start Conversion nEnd of Conversion Low Buffer Enable High Buffer Enable Turbo SYMBOL ADC0-7 Input. DESCRIPTION
33 34 36 35 32
START nEOC LBE HBE TURBO
Output. Strobe to the external A/D converter. Input. Signal from the external A/D converter. Output. Multiplexes low byte of a 16-bit A/D converter onto the 8-bit ADC bus. Output. Multiplexes the high byte of a 16-bit A/D converter onto the 8-bit ADC bus. Input. Determines the 80C32's operating frequency. When grounded, the internal 80C32 operates at 10MHz. When open, the processor operates at 16MHz. Output. Goes low whenever offset x08 is addressed. For use in conjuction with Node ID switches. Output. Open drain. +5V power supply.
67
nNode ID Chip Select Transmit Activity Power Supply
nNIDCS
68 15,66
TXLED VCC
6
EMUL
ALE
CONTROL BUS
ALE nPSEN 8051 PORT1 PORT0 TX RX T0 T1 RST INT0 INT1 PORT2 A8-A15 PORT3
ALE COM20020 RD/WR nCS
nPULSE1 nPULSE2 TXEN RXIN
AD0-AD7
START ADDRESS DECODER nCS ADC INTERFACE INT INTSEL1 INTSEL2 WATCHDOG TIMER RST EOC HBE LBE ADC0
FIGURE 1 - INTERNAL ARCHITECTURE OF COM20051+
7
BASIC ARCHITECTURE
The COM20051+ consists of six functional blocks: the 80C32 microcontroller core, ARCNET network cell (includes 1K of buffer RAM), programmable address decoder, watchdog timer, A/D converter interface, and programmable interrupt router. The internal architecture of the COM20051+ is shown in Figure 1. The 80C32 microcontroller is a full ROMless implementation of the popular Intel 8051 series. The ARCNET network core is similar in architecture to SMSC's popular COM20020 family of ARCNET controllers and retains the same command and status flags of previous ARCNET controllers. The programmable address decoder maps the ARCNET registers, watchdog timer, and data acquistion registers into a 256-byte page anywhere within the External Data Memory space of the 80C32. The peripheral functions were mapped into the External Data Memory space to simplify software and application development and for production test purposes. Access to the peripheral functions during software development is achieved by invoking the Emulate Mode. When the COM20051+ is put into Emulate mode, the internal microcontroller is put into a high impedance state, thus allowing an external In-Circuit Emulator (ICE) to program the internal peripherals such as the ARCNET core. The advantage of this approach versus mapping the peripheral registers into the internal memory (Special Function) area of the 80C32 is that dedicated software development tools will not be necessary to debug application software. Since a majority of 8051 applications use only a small portion of the Data Memory space, there is no penalty paid for used address space. There will also be no penalty in execution time, since cycle times for external data memory accesses and internal direct memory moves are identical. The network and data acquisition interrupts can be routed to either of the two 8 external interrupt ports or can be assigned to one of the general purpose I/O ports. The ARCNET and data acquistion interrupts are internally wire ANDed with the external interrupt pin to allow greater system flexibility. 80C32 ARCHITECTURE AND INSTRUCTION SET The 80C32 microcontroller core is identical to the 16MHz Intel 80C32 in all respects except for the absence of Timer 2. Please refer to the Intel Embedded Microcontrollers and Processors Databook, Volume 1, for details regarding the 8051 architecture, peripherals, instruction set, and programming guide. Note that any access to the internal ARCNET core or any external memorry access is reflected on the pins of the COM20051+. The following COM20051+: 1. differences apply to the
Oscillator frequency is 40MHz instead of 16MHz. This is necessary to derive a 20MHz clock for the ARCNET core. The processor still operates at 16MHz. nEA/VPP pin - This pin must be tied to ground for normal internal processor operation. When tied to VCC, the COM20051+ will enter the Emulate mode. Power Down operation - the Power Down mode can only be used in conjunction when the internal oscillator is being used. If an external oscillator is used and the Power Down mode is invoked, damage may result to the oscillator and to the COM20051+.
2.
3.
Clock Speed The COM20051+ processor operates at 16MHz and the network controller at a maximum 40MHz clock rate. A single crystal oscillator is used to supply the two clocks: a 16MHz processor clock and a 20MHz network clock for the nominal 2.5 Mbps data rate. Pins 29 and 30 are designated as crystal inputs. When clocking with an external oscillator, pin 30 (XTAL1) functions as the clock input.
Emulate Mode The COM20051+ contains a unique feature called the Emulate mode that most 8051-based peripheral devices do not accommodate. The Emulate mode permits developers to access and program the internal ARCNET core using a standard low-cost 8032 emulator. This feature eliminates the need for expensive dedicated development equipment needed for other types of 8051-based peripheral devices. The Emulate mode is invoked by connecting the nEA/EMUL pin to VCC. This causes the internal 80C32 processor to enter a HI-Z state and changes the state of the COM20051+ pins according to the following table:
SIGNAL NAME PORT 0 PORT 1 PORT 2 INT0,1 (P3.2, P3.3) RD/WR (P3.6, P3.7) ALE TX,T0, T1 (P3.1,3.4,3.5) nPSEN Address Decoding
Table 1 - Emulate Mode EMUL = 0 Bidirectional Bidirectional Output Input Output Output Output
EMUL = 1
Bidirectional HI-Z (except for pins designated as interrupt destinations) Input Output Input Input HI-Z
The COM20051+, as described previously, maps the peripheral function registers into the 80C32's External Data Memory space. This provides system flexibility because the location of the peripheral registers can be located anywhere within the 64K External Data Memory space. The precise location can be resolved with a 256-byte page.
The location of that page in the External Data Memory space is pointed to by the Address Decode Register, as shown in Figure 2. The Address Decode Register is located at FFFFh of the External Data Memory space. It holds the upper 8 bits of the 16-bit address at which the 256 page boundary will start. This register must be programmed prior to any access to the ARCNET core. The default value is 0000h.
9
FFFFh
DECODE REGISTER (FIXED LOCATION)
256 BYTES 64K BYTES
ARCNET CORE PAGE LOCATION CAN VARY
FIGURE 2 - 8051 EXTERNAL DATA ADDRESS SPACE
NAME ADR DEC
BIT O A8
BIT 1 A9
ADDRESS DECODE REGISTER BIT 2 BIT 3 BIT 4 BIT 5 A10 A11 A12 A13
BIT 6 A14
BIT 7 A15
LOCATION: FFFFh of the External Data Memory space. Default: 00h EXAMPLE: Address Decode Register = 80h Register X of the ARCNET core will be located at 8000h + Register offset (e.g. ARCNET Configuration Register offset = 06h, physical address = 8006h).
10
ARCNET Network Core - Overview and Architecture ARCNET is a baseband token passing network protocol (ANSI 878.1). ARCNET features deterministic behavior, hardware-based network configuration, flexible topologies, several data rates, and multiple media support. Data rates varying from 5 Mbps to 156 Kbps and message sizes from 1 to 508 bytes are supported. Supported media includes RS-485, twisted pair, coax and fiber optic in bus, star or tree topologies. ARCNET has enjoyed widespread use in the industrial community, finding a home in such applications as I/O control/acquisition, multi-processor communications, point-of-sale terminals, in-vehicle navigation systems, data acquisition systems, remote sensing, avionics, machine control, embedded computing, building
automation, robotics, consumer products, and security systems. The ARCNET core used in the COM20051+ is similar in architecture to SMSC's 200XX series of Industrial ARCNET Controllers. The ARCNET core of the COM20051+ contains a 1K x 8 internal RAM for packet buffering, Duplicate ID Detection, Receive All Mode, New Next ID Indicator, Excessive NACK Interrupt, Programmable Data Rates, Backplane Mode, Programmable Transmitter Enable, Polarity Receive Activity, Reconfiguration, Token Seen Indicators, and Network Mapping Hooks. The ARCNET core of the COM20051+ uses a software-programmable node ID, thus requiring the user to provide a switch or permanent storage (EEPROM or EPROM) of the node ID.
11
HARDWARE OR SOFTWARE RESET SEND ACK FRAME AND SET RI Y
N
INITIATE NETWORK RECONFIGURATION
SEND NACK
NO ERRORS?
Y & NO TOKEN N FRAME ADDRESSED TO THIS NODE? RECEIVE FREE BUFFER ENQUIRY
N RECEIVE COMMAND ISSUED? Y SEND ACK FRAME RECEIVE DATA
Y & TOKEN SET TMA BIT RECEIVE TOKEN Y & BROADCAST Y TRANSMIT COMMAND ISSUED? N
Y
ISSUE FREE BUFFER ENQUIRY
ACK RECEIVED?
Y
TRANSMIT DATA AND SET TA
ACK RECEIVED?
N
N
PASS TOKEN TO NEXT HIGHER NODE
FIGURE 3 - ARCNET PROTOCOL FLOW
12
Power On Reconfigure Timer has Timed Out Send Reconfigure Burst
Read Node ID Write ID to RAM Buffer 1 Set NID=ID
Start Reconfiguration Timer (840 mS)
Y
Invitation to Transmit to this ID?
N
N TA?
Y
Y
Free Buffer Enquiry to this ID? N
N Y Y N Write SID to Buffer N
Transmit NAK Transmit ACK N Y Send Packet
Y
RI?
SOH?
RI?
Broadcast?
Transmit Free Buffer Enquiry N Y ACK? Y N
No Activity for 82 uS? Y Broadcast Enabled? N Set NID=ID Start Timer: T=(255-ID) x 146 us
N
No Activity for 74.7 us? N
Y
DID =0? N DID =ID?
Y
Was Packet Broadcast? N No Activity Y for 74.7 us? N N Y
Y
NAK? 1
Set TA
Y
N
Y
Write Buffer with Packet Pass the Token CRC OK? Y LENGTH OK? Y DID =0? N DID =ID? Y SEND ACK N Y Set RI N N N
Activity On Line? N T=0? Y
Y
Set TA
Increment NID Set TMA
Y
ACK?
No Activity for 74.7 us?
N
- ID refers to the identification number of the ID assigned to this node. - NID refers to the next identification number that receives the token after after this ID passes it. - SID refers to the source identification. - DID refers to the destination identification. - SOH refers to the start of header character; preceeds all data packets.
FIGURE 4 - DETAILED ARCNET CORE OPERATION
13
PROTOCOL DESCRIPTION
NETWORK PROTOCOL Communication on the network is based on a token passing protocol. Establishment of the network configuration and management of the network protocol are handled entirely by an internal microcoded sequencer. The 80C32 controller core transmits data by simply loading a data packet and its destination ID into the network core's RAM buffer, and issuing a command to enable the transmitter. When the ARCNET core next receives the token, it verifies that the receiving node is ready by first transmitting a FREE BUFFER ENQUIRY message. If the receiving node transmits an ACKnowledge message, the data packet is transmitted followed by a 16-bit CRC. If the receiving node cannot accept the packet (typically its receiver is inhibited), it transmits a Negative AcKnowledge message and the transmitter passes the token. Once it has been established that the receiving node can accept the packet and transmission is complete, the receiving node verifies the packet. If the packet is received successfully, the receiving node transmits an ACKnowledge message (or nothing if it is not received successfully) allowing the transmitter to set the appropriate status bits to indicate successful or unsuccessful delivery of the packet. An interrupt mask permits the ARCNET core to generate an interrupt to the processor when selected status bits become true. Figure 4 is a flow chart illustrating the internal operation of the ARCNET core. DATA RATES The ARCNET core is capable of supporting data rates from 156.25 Kbps to 5 Mbps. The following protocol description assumes a 2.5 Mbps data rate. For slower data rates, an internal clock divider scales down the clock frequency. Thus all timeout values are scaled up as shown in the following table: 14
CLOCK PRESCALER /8 /16 /32 /64 /128 DATA RATE W/20MHz CLOCK 2.5 Mbps 1.25 Mbps 625 Kbps 312.5 Kbps 156.25 Kbps TIMEOUT SCALING FACTOR (MULTIPY BY) 1 2 4 8 16
Example: IDLE LINE Timeout @ 2.5 Mbps = 82 s. IDLE LINE Timeout for 156.2 Kbps is 82 s * 16 = 1.3 ms For 5 Mbps operation, all timeouts are scaled DOWN by two. NETWORK RECONFIGURATION A significant advantage of the ARCNET is its ability to adapt to changes on the network. Whenever a new node is activated or deactivated, a NETWORK RECONFIGURATION is performed. When a new ARCNET node is turned on (creating a new active node on the network), or if the COM20051+ has not received an INVITATION TO TRANSMIT for 840mS, or if a software reset occurs, the ARCNET node causes a NETWORK RECONFIGURATION by sending a RECONFIGURE BURST consisting of eight marks and one space repeated 765 times. The purpose of this burst is to terminate all activity on the network. Since this burst is longer than any other type of transmission, the burst will interfere with the next INVITATION TO TRANSMIT, destroy the token and keep any other node from assuming control of the line. When any ARCNET node senses an idle line for greater than 82 S, which occurs only when the token is lost, each node starts an internal timeout equal to 146 s times the quantity 255 minus its own ID. It also sets the internally-
HARDWARE OR SOFTWARE RESET OR NO TOKEN FOR 840 MS
NODE DROPS OFF NETWORK
SEND RECON BURST 765 TIMES
TIMEOUT FOR 146s x (255 - NODE ID)
NO ACTIVITY WITHIN 82s?
N
Y
TRANSMIT TOKEN TO NODE = OWN ID
LINE ACTIVITY DETECTED WITHIN 74.7s
Y
SET RECON BIT & NEW NEXT ID BIT N
END NODE RECONFIGURATION
N
INCREMENT TOKEN VALUE AND TRANSMIT
840ms TIMER EXPIRED?
Y
FIGURE 5 - ARCNET RECONFIGURATION PROCESS
15
stored NID (next ID representing the next possible ID node) equal to its own ID. If the timeout expires with no line activity, the ARCNET core starts sending INVITATION TO TRANSMIT with the Destination ID (DID) equal to the currently stored NID. Within a given network, only one node will timeout (the one with the highest ID number). After sending the INVITATION TO TRANSMIT, the COM20051+ waits for activity on the line. If there is no activity for 74.7 S, the COM20051+ increments the NID value and transmits another INVITATION TO TRANSMIT using the NID equal to the DID. If activity appears before the 74.7 S timeout expires, the COM20051+ releases control of the line. During NETWORK RECONFIGURATION, INVITATIONS TO TRANSMIT are sent to all NIDs. Each COM20051+ on the network will finally have saved a NID value equal to the ID of the ARCNET node that it released control to. This is called the Next ID Value. At this point, control is passed directly from one node to the next with no wasted INVITATIONS TO TRANSMIT being sent to ID's not on the network, until the next NETWORK RECONFIGURATION occurs. When a node is powered off, the previous node attempts to pass the token to it by issuing an INVITATION TO TRANSMIT. Since this node does not respond, the previous node times out and transmits another INVITATION TO TRANSMIT to an incremented ID and eventually a response will be received. The NETWORK RECONFIGURATION time depends on the number of nodes in the network, the propagation delay between nodes, and the highest ID number on the network, but is typically within the range of 24 to 61 ms for 2.5 Mbps operation. BROADCAST MESSAGES Broadcasting gives a particular node the ability to transmit a data packet to all nodes on the network simultaneously. ID zero is reserved for 16
this feature and no node on the network can be assigned ID zero. To broadcast a message, the transmitting node's processor simply loads the RAM buffer with the data packet and sets the DID equal to zero. Figure 13 illustrates the position of each byte in the packet with the DID residing at address 1H of the current page selected in the "Enable Transmit from Page fnn" command. Each individual node has the ability to ignore broadcast messages by setting the most significant bit of the "Enable Receive to Page fnn" command (see Table 8) to a logic "0". EXTENDED TIMEOUT FUNCTION There are three timeouts associated with the COM20051+ operation. The values of these timeouts are controlled by bits 3 and 4 of the Configuration Register. Response Time The Response Time determines the maximum propagation delay allowed between any two nodes, and should be chosen to be larger than the round trip propagation delay between the two furthest nodes on the network plus the maximum turn around time (the time it takes a particular ARCNET node to start sending a message in response to a received message) which is approximately 12.7 S. The round trip propagation delay is a function of the transmission media and network topology. For a typical system using RG62 coax in a baseband system, a one way cable propagation delay of 31 S translates to a distance of about 4 miles. The flow chart in Figure 4 uses a value of 74.7 S (31 + 31 + 12.7) to determine if any node will respond. Idle Time The Idle Time is associated with a NETWORK RECONFIGURATION. Figure 4 illustrates that during a NETWORK RECONFIGURATION one node will continually transmit INVITATIONS TO TRANSMIT until it encounters an active node.
All other nodes on the network must distinguish between this operation and an entirely idle line. During NETWORK RECONFIGURATION, activity will appear on the line every 82 S. This 82 S is equal to the Response Time of 74.7 S plus the time it takes the COM20051+ to start retransmitting another message (usually another INVITATION TO TRANSMIT). Reconfiguration Time If any node does not receive the token within the Reconfiguration Time, the node will initiate a NETWORK RECONFIGURATION. The ET2 and ET1 bits of the Configuration Register allow the network to operate over longer distances than the 4 miles stated earlier. The logic levels on these bits control the maximum distances over which the COM20051+ can operate by controlling the three timeout values described above. For proper network operation, all nodes connected to the same network must have the same Response Time, Idle Time, and Reconfiguration Time. LINE PROTOCOL The ARCNET line protocol is considered isochronous because each byte is preceded by a start interval and ended with a stop interval. Unlike asynchronous protocols, there is a constant amount of time separating each data byte. For a 2.5 Mbps data rate, each byte takes exactly 11 clock intervals of 400ns each. As a result, one byte is transmitted every 4.4 S and the time to transmit a
message can be precisely determined. The line idles in a spacing (logic "0") condition. A ogic "0" is defined as no line activity and a logic "1" is defined as a negative pulse of 200nS duration. A transmission starts with an ALERT BURST consisting of 6 unit intervals of mark (logic "1"). Eight bit data characters are then sent, with each character preceded by 2 unit intervals of mark and one unit interval of space. Five types of transmission can be performed as described below: Invitations To Transmit An Invitation To Transmit is used to pass the token from one node to another and is sent by the following sequence: * An ALERT BURST * An EOT (End Of Transmission: ASCII code 04H) * Two (repeated) DID (Destination ID) characters ALERT BURST EOT DID DID
Free Buffer Enquiries A Free Buffer Enquiry is used to ask another node if it is able to accept a packet of data. It is sent by the following sequence: * An ALERT BURST * An ENQ (ENQuiry: ASCII code 85H) * Two (repeated) DID (Destination ID) characters ALERT BURST ENQ DID DID
17
Data Packets A Data Packet consists of the actual data being sent to another node. It is sent by the following sequence: * * * * An ALERT BURST An PAC (Data Packet--ASCII code 01H) An SID (Source ID) character Two (repeated) DID (Destination ID) characters
* A single COUNT character which is the 2s complement of the number of data bytes to follow if a short packet is sent, or 00Hex followed by a COUNT character if a long packet is sent * N data bytes where COUNT = 256-N (or 512-N for a long packet) * Two CRC (Cyclic Redundancy Check) characters. The CRC polynomial used is: X16 + X15 + X2 + 1.
ALERT BURST
P AC
SID
DID
DID
COUNT
data
data
CRC
CRC
Acknowledgements An Acknowledgement is used to acknowledge reception of a packet or as an affirmative response to FREE BUFFER ENQUIRIES and is sent by the following sequence: * * An ALERT BURST An ACK (ACKnowledgement--ASCII code 86H) character ALERT BURST ACK
Negative Acknowledgements (NAK) A Negative Acknowledgement is used as a negative response to FREE BUFFER ENQUIRIES and is sent by the following sequence: * * An ALERT BURST A NAK (Negative Acknowledgement--ASCII code 15H) character ALERT BURST NAK
18
ITT to #1
#1 fbe to #5
#5 ack to #1
#1 tx's data
#5 ack to #1
#3 ITT to #4
#4 NACK to #3
#3 FBE to #4
#2 ITT to #3
#1 ITT to #2
#4 ITT to #5
SEQUENCE OF LINE EVENTS 1) NODE 1 RECEIVES TOKEN FROM NODE 5 2) NODE 1 TRANSMITS TO NODE 5 A) ISSUES FBE TO NODE 5 B) NODE 5 IS READY TO RECEIVE SO IT ISSUES AN ACK C) NODE 1 NOW TRANSMITS THE DATA D) NODE 5 RECEIVES THE DATA ERROR FREE AND ISSUES AN ACK 3) NODE 1 PASSES TOKEN TO NODE 2 4) NODE 2 DOES NOT NEED TO TRANSMIT AND PASSES THE TOKEN TO NODE 3 5) NODE 3 NEEDS TO TRANSMIT TO NODE 4 A) ISSUES AN FBE TO NODE 4 B) NODE 4 IS NOT READY TO RECEIVE AND IT ISSUES A NACK 6) NODE 3 PASSES THE TOKEN TO NODE 4 7) NODE 4 PASSES THE TOKEN TO NODE 5 8) GO TO STEP 1
FIGURE 6 - AVERAGE SEQUENCE OF LINE EVENTS FOR A FIVE-NODE NETWORK
19
SYSTEM DESCRIPTION
MICROCONTROLLER TO ARCNET INTERFACE
Traditional Hybrid Interface The Traditional Hybrid Interface is that which is used with previous ARCNET devices. The Hybrid Interface is recommended if the node is to be placed in a network with other HybridInterfaced nodes. The Traditional Hybrid Interface is for use with nodes operating at 2.5 Mbps only. The transformer coupling of the Hybrid offers isolation for the safety of the system and offers high Common Mode Rejection. The Traditional Hybrid Interface uses circuits like SMSC's HYC9068 or HYC9088 to transfer the pulse-encoded data between the cable and the COM20051+. The COM20051+ transmits a logic "1" by generating two 100nS non-overlapping negative pulses, nPULSE1 and nPULSE2. Lack of pulses indicates a logic "0". The nPULSE1 and nPULSE2 signals are sent to the Hybrid, which creates a 200nS dipulse signal on the media. A logic "0" is transmitted by the absence of the dipulse. During reception, the 200nS dipulse appearing on the media is coupled through the transformer of the LAN Driver, which produces a positive pulse at the RXIN pin of the COM20051+. The pulse on the RXIN pin represents a logic "1". Lack of pulse represents a logic "0". Typically, RXIN pulses occur at multiples of 400nS. The COM20051+ can tolerate distortion (bit jitter) of plus or minus 100nS and still correctly capture and convert the RXIN pulses to NRZ format. Figure 9 illustrates the events which occur in transmission or reception of data consisting of 1, 1, 0. Backplane Configuration The Backplane Configuration is recommended for cost-sensitive, short-distance applications like backplanes and instrumentation. This mode is advantageous because it saves components, cost, and power.
All accesses to the internal ARCNET buffer RAM and the internal registers are controlled by the COM20051+. The internal ARCNET buffer RAM is accessed via a pointer-based scheme (refer to the Sequential Access Memory section), and the internal registers are accessed via direct addressing. The ARCNET core bus interface is designed to be flexible so that it is independent of the 80C32 speed. The COM20051+ provides for no wait state arbitration via direct addressing to its internal registers and a pointer based addressing scheme to access its internal RAM. The pointer may be used in auto-increment mode for typical sequential buffer emptying or loading, or it can be taken out of auto-increment mode to perform out of sequence accesses to the RAM. The data within the RAM is accessed through the data register. Data being read is prefetched from memory and placed into the data register for the microcontroller to read. During a write operation, the data is stored in the data register and then written into memory. Whenever the pointer is loaded for reads with a new value, data is immediately prefetched to prepare for the first read operation. TRANSMISSION MEDIA INTERFACE Figure 7 illustrates the COM20051+ interface to the transmission media used to connect the node to the network. Table 2 lists different types of cable which are suitable for ARCNET 1 applications. The user may interface to the cable of choice in one of three ways: Please refer to TN7-5 - Cabling Guidelines for the COM20020 ULANC, available from SMSC, for recommended cabling distance, termination, and node count for ARCNET nodes.
1
20
+5V HYC9068 or HYC9088 RXIN RXIN 6 10 uF
+
0.47 uF
12 nTXEN nPULSE1 nPULSE2 GND
N/C
nPULSE1 nPULSE2 17, 19, 4, 13, 14 3 0.47 uF
11
5.6K 1/2W 5.6K 1/2W
0.01 uF 1KV
+ 10 uF
-5V
Traditional Hybrid Configuration
FIGURE 7 - DIPULSE HYBRID CONFIGURATION
RT +VCC +VCC RBIAS 75176B or Equiv. COM20051 COM20051 RBIAS +VCC RBIAS
RT
COM20051
FIGURE 8 - COM20051+ NETWORK USING RS-485 DIFFERENTIAL TRANSCEIVERS
21
1
20MHZ CLOCK (FOR REF. ONLY)
100ns
1
0
nPULSE1
100ns
nPULSE2
200ns
DIPULSE
400ns
RXIN
FIGURE 9 - DIPULSE WAVEFORM FOR DATA OF 1-1-0
22
Since the Backplane Configuration encodes data differently than the traditional Hybrid Configuration, nodes utilizing the Backplane Configuration cannot communicate directly with nodes utilizing the Traditional Hybrid Configuration. The Backplane Configuration does not isolate the node from the media nor protect it from Common Mode noise, but Common Mode Noise is less of a problem in short distances. The COM20051+ supplies a programmable output driver for Backplane Mode operation. A push/pull or open drain driver can be selected by programming the P1MODE bit of the Setup Register (see register descriptions for details.) The COM20051+ defaults to an open drain output. The Backplane Configuration provides for direct connection between the COM20051+ and the media. Only one pull-up resistor (for open drain only) is required somewhere on the media (not on each individual node). The nPULSE1 signal, in this mode, is an open drain or push/pull driver and is used to directly drive the media. It issues a 200nS negative pulse to transmit a logic "1". Note that when used in the open-drain mode, the COM20051+ does not have a fail/safe input on the RXIN pin. The nPULSE1 signal actually contains a weak pull-up resistor. This pull-up should not take the place of the resistor required on the media for open drain mode. In typical applications, the serial backplane is terminated at both ends and a bias is provided by the external pull-up resistor. The RXIN signal is directly connected to the cable via an internal Schmitt trigger. A negative pulse on this input indicates a logic "1". Lack of pulse indicates a logic "0". For typical singleended backplane applications, RXIN is
connected to nPULSE1 to make the serial backplane data line. A ground line (from the coax or twisted pair) should run in parallel with the signal. For applications requiring different treatment of the receive signal (like filtering or squelching), nPULSE1 and RXIN remain as independent pins. External differential drivers/receivers for increased range and common mode noise rejection, for example, would require the signals to be independent of one another. When the device is in Backplane Mode, the clock provided by the nPULSE2 signal may be used for encoding the data into a different encoding scheme or other synchronous operations needed on the serial data stream. Differential Driver Configuration The Differential Driver Configuration is a special case of the Backplane Mode. It is a dc coupled configuration recommended for applications like car-area networks or other cost-sensitive applications which do not require direct compatibility with existing ARCNET nodes and do not require isolation. The Differential Driver Configuration cannot communicate directly with nodes utilizing the Traditional Hybrid Configuration. Like the Backplane Configuration, the Differential Driver Configuration does not isolate the node from the media. The Differential Driver interface includes a RS485 Driver/Receiver to transfer the data between the cable and the COM20051+. The nPULSE1 signal transmits the data, provided the Transmit Enable signal is active. The nPULSE1 signal issues a 200nS negative pulse to transmit a logic "1". The RXIN signal receives the data. A negative pulse on this input indicates a logic "1". Lack of pulse indicates a logic "0". The transmitter portion of the COM20051+ is disabled during reset and the nPULSE1, nPULSE2 and nTXEN pins are inactive.
23
Table 2 - Typical Media NOMINAL IMPEDANCE 93 75 75 150 100 105 ATTENUATION PER 1000 FT. AT 5MHZ 5.5dB 7.0dB 5.5dB 7.0dB 17.9dB 16.0dB
CABLE TYPE RG-62 Belden #86262 RG-59/U Belden #89108 RG-11/U Belden #89108 IBM Type 1* Belden #89688 IBM Type 3* Telephone Twisted Pair Belden #1155A COMCODE 26 AWG Twisted Pair Part #105-064-703
*Non-plenum-rated cables of this type are also available. Note: For more detailed information on Cabling options including RS-485, transformer-coupled RS485 and Fiber Optic interfaces, please refer to TN7-5 - Cabling Guidelines for the COM20020 ULANC, available from Standard Microsystems Corporation.
24
ALE
ADDRESS DECODING CIRCUITRY
1K x 8 RAM ADDITIONAL REGISTERS
AD0-AD7
nINTR
STATUS/ COMMAND REGISTER
nRESET IN
RESET LOGIC
MICROSEQUENCER AND WORKING REGISTERS
TX/RX LOGIC
nPULSE1 nPULSE2 nTXEN RXIN
20 MHz CLOCK nRD nWR nCS BUS ARBITRATION CIRCUITRY
RECONFIGURATION TIMER
NODE ID LOGIC
FIGURE 10 - ARCNET CORE BLOCK DIAGRAM
25
TABLE 3 - READ REGISTER SUMMARY
READ REGISTER STATUS DIAG. STATUS ADDRESS PTR HIGH ADDRESS PTR LOW DATA MSB RI MYRECON X X POR TEST RECON TMA LSB TA OFFSET ADDRESS 00
NEW DUPID RCVACT TOKEN EXCNAK TENTID NEXTID AUTOINC
X
01
RDDATA
X
X
X
X
A9
A8
02
A7
A6
A5
A4
A3
A2
A1
A0
03
D7
D6
D5
D4
D3
D2
D1
D0
04
RESERVED CONFIGURATION TENTID NODEID SETUP NEXT ID RESERVED IRR
X
X
X
X
X
X BACKPLANE TID2 NID2 CKP2
X SUBAD1 TID1 NID1 CKP1
X SUBAD0 TID0 NID0 SLOW ARB
05
RESET CCHEN TID7 NID7 TID6 NID6
TXEN TID5 NID5 ET3
ET1 TID4 NID4 RCV_ ALL
ET2 TID3 NID3 CKP3
06
FOUR P1MODE NAKS
07
NXTID7 NXTID6 NXTID5 NXTID4 NXTID3 NXTID2 NXTID1 NXTID0 X X X 5MBS X DEC3 X DEC2 X DEC1 X EXT X INT1 X INT0 08 09
NOTE: The SLOWARB bit must be set for 5 Mbps operation.
26
TABLE 4 - WRITE REGISTER SUMMARY
OFFSET ADDRESS 00
WRITE MSB RI 0 0 0 EXCNAK RECON NEW NEXTID LSB TA REGISTER INTERRUPT MASK
01
D7
D6 AUTOINC
D5
D4
D3
D2
D1
D0
COMMAND ADDRESS PTR HIGH ADDRESS PTR LOW
02
RDDATA
0
0
0
0
A9
A8
03
A7
A6
A5
A4
A3
A2
A1
A0
04
D7
D6
D5
D4
D3
D2
D1
D0
DATA
05
0
0
0
0
0
0
0
0
RESERVED
06
RESET CCHEN
TXEN
ET1
ET2
BACKPLANE TID2 NID2 CKP2 0 X
SUBAD1 TID1 NID1 CKP1 0 X
SUBAD0 TID0 NID0
CONFIGURATION TENTID NODEID
TID7 NID7 07 P1MODE 0 08 X
TID6 NID6 FOUR NAKS 0 X
TID5 NID5 ET3 0 X
TID4 NID4 RCV_ ALL 0 X
TID3 NID3 CKP3 0 X
SLOW SETUP ARB 0 X NEXT ID RESERVED
09
X
5MBS
DEC3
DEC2
DEC1
EXT
INT1
INT0
IRR
NOTE: The SLOWARB bit must be set for 5 Mbps operation.
27
ARCNET CORE FUNCTIONAL DESCRIPTION
MICROSEQUENCER The ARCNET core contains an internal microsequencer which performs all of the control operations necessary to carry out the ARCNET protocol. It consists of a clock generator, a 544 x 8 ROM, a program counter, two instruction registers, an instruction decoder, a no-op generator, jump logic, and reconfiguration logic. The ARCNET core derives a 5MHz and a 2.5MHz clock from the internal 20MHz clock. These clocks provide the rate at which the instructions are executed within the ARCNET core. The 5MHz clock is the rate at which the program counter operates, while the 2.5MHz clock is the rate at which the instructions are executed. The microprogram is stored in the ROM and the instructions are fetched and then placed into the instruction registers. One register holds the op code, while the other holds the immediate data. Once the instruction is fetched, it is decoded by the internal instruction decoder, at which point the ARCNET core proceeds to execute the instruction. When a noop instruction is encountered, the microsequencer enters a timed loop and the program counter is temporarily stopped until the loop is complete. When a jump instruction is encountered, the program counter is loaded with the jump address from the ROM. The ARCNET core contains an internal reconfiguration timer which interrupts the microsequencer if it has timed out. At this point the program counter is cleared and the MYRECON bit of the Diagnostic Status Register is set. INTERNAL REGISTERS The ARCNET core contains eight internal registers. Tables 3 and 4 illustrate the ARCNET core register map. Reserved locations should The Interrupt Routing Register (IRR) routes the interrupt generated by the ARCNET core to the appropriate 80C32 interrupt input (INT0 or INT1) or to one of the eight general purpose digital I/O not be accessed. All undefined bits are read as undefined and must be written as logic "0". Interrupt Mask Register (IMR) The ARCNET core is capable of generating an interrupt signal when certain status bits become true. A write to the IMR specifies which status bits will be enabled to generate an interrupt. The bit positions in the IMR are in the same position as their corresponding status bits in the Status Register and Diagnostic Status Register. A logic "1" in a particular position enables the corresponding interrupt. The Status bits capable of generating an interrupt include the Receiver Inhibited bit, New Next ID bit, Excessive NAK bit, Reconfiguration Timer bit, and Transmitter Available bit. No other Status or Diagnostic Status bits can generate an interrupt. The five maskable status bits are ANDed with their respective mask bits, and the results are ORed to produce the interrupt signal. An RI or TA interrupt is masked when the corresponding mask bit is reset to logic "0", but will reappear when the corresponding mask bit is set to logic "1" again, unless the interrupt status condition has been cleared by this time. A RECON interrupt is cleared when the "Clear Flags" command is issued. An EXCNAK interrupt is cleared when the "POR Clear Flags" command is issued. A New Next ID interrupt is cleared by reading the New Next ID Register. The Interrupt Mask Register defaults to the value 0000 0000 upon hardware reset only. Interrupt Routing Register
28
ports (P1.0-1.7) of the 80C32. The interrupt routing operates on a priority driven scheme where if two bits are enabled the highest priority always wins. INT0 has highest priority followed by INT1 then EXT. The nINT0 and nINT1 bits route the interrupt signal to either the nINT0 or nINT1 pin of the 80C32. The 80C32 nINT1 and nINT0 inputs are wire ANDed with the routed interrupt. This allows the 80C32's interrupts to be used for more than one source. If many interrupts are being used in the system, the COM20051+ supports the use of an external interrupt controller to arbitrate simultaneous
interrupts. External interrupt controllers are supported by programming the EXT bit of the IRR. This will cause the interrupt signal to be present on one of the Port 1 pins as programmed by Bits 3 - 5. The 5 Mbps bit programs the ARCNET core to operate at a 5 Mbps data rate. The 5 Mbps bit causes the clock to the ARCNET core to double its frequency from 20MHz to 40MHz. 5 Mbps operation requires the SLOWARB bit of the SETUP register to be set. Failure to set the SLOWARB bit may result in errors when accessing the ARCNET buffer RAM.
BIT 6
BIT NAME 5 Mbps Enable
Table 5 - Interrupt Routing Register SYMBOL DESCRIPTION 5MBPS Causes the ARCNET core to operate at a 5 Mbps data rate. Defaults to 0.
3-5 Port 1 Bit Assignment
DEC1 - 3 Selects one of the eight Port 1 bits to output the interrupt on. 000 - P1.0 001 - P1.1 010 - P1.2 011 - P1.3 100 - P1.4 101 - P1.5 110 - P1.6 111 - P1.7 Defaults to 000 (P1.0). EXT INT1 INT0 Enables routing of the ARCNET interrupt onto on the Port 1 pins. Defaults to 0. Enables wire Oring of the ARCNET interrupt with the INT1 pin. Defaults to 0. Enables wire ORing if the ARCNET interrupt with the INT0 pin. Defaults to 0.
2 1 0
External Interrupt Enable Interrupt 1 Enable. Interrupt 0 Enable.
29
Data Register This read/write 8-bit register is used as the channel through which the data to and from the RAM passes. The data is placed in or retrieved from the address location presently specified by the address pointer. The contents of the Data Register are undefined upon hardware reset. Tentative ID Register The Tentative ID Register is a read/write 8-bit register accessed when the Sub Address Bits are set up accordingly (please refer to the Configuration Register). The Tentative ID Register can be used while the node is on-line to build a network map of those nodes existing on the network. It minimizes the need for operator interaction with the network. The node determines the existence of other nodes by placing a Node ID value in the Tentative ID Register and waiting to see if the Tentative ID bit of the Diagnostic Status Register gets set. The network map developed by this method is only valid for a short period of time, since nodes may join or depart from the network at any time. When using the Tentative ID feature, a node cannot detect the existence of the next logical node to which it passes the token. The Next ID Register will hold the ID value of that node. The Tentative ID Register defaults to the value 0000 0000 upon hardware reset only. Node ID Register The Node ID Register is a read/write 8-bit register accessed when the Sub Address Bits are set up accordingly (please refer to the Configuration Register). The Node ID Register contains the unique value which identifies this particular node. Each node on the network must occupy a unique Node ID value at all times. The Duplicate ID bit of the Diagnostic Status Register helps the user find a unique Node ID. Refer to the Initialization Sequence section for
further detail on the use of the DUPID bit. The microsequencer of the ARCNET core does not wake up until a Node ID other than zero is written into the Node ID Register. During this time, no microcode is executed, no tokens are passed by this node, and no reconfigurations are caused by this node. Once a non-zero Node ID is placed into the Node ID Register, the core wakes up but will not join the network until the TXEN bit of the Configuration Register is set. While the Transmitter is disabled, the Receiver portion of the device is still functional and will provide the user with useful information about the network. The Node ID Register defaults to the value 0000 0000 upon hardware reset only. Next ID Register The Next ID Register is an 8-bit, read-only register, accessed when the sub-address bits are set up accordingly (please refer to the Configuration Register). The Next ID Register holds the value of the Node ID to which the COM20051+ will pass the token. When used in conjunction with the Tentative ID Register, the Next ID Register can provide a complete network map. The Next ID Register is updated each time a node enters/leaves the network or when a network reconfiguration occurs. Each time the microsequencer updates the Next ID Register, a New Next ID interrupt is generated. This bit is cleared by reading the Next ID Register. Default value is 0000 0000 upon hardware or software reset. Status Register The ARCNET Status Register is an 8-bit readonly register. All of the bits, except for bits 5 and 6, are software compatible with previous SMSC ARCNET devices. In previous SMSC ARCNET devices the Extended Timeout status was provided in bits 5 and 6 of the Status Register. In the COM20020, the COM20010, the COM90C66, and the COM90C165, these
30
bits exist in and are controlled by the Configuration Register. The Status Register contents are defined as in Table 6, but are defined differently during the Command Chaining operation. Please refer to the Command Chaining section for the definition of the Status Register during Command Chaining operation. The Status Register defaults to the value 1XX1 0001 upon either hardware or software reset. Diagnostic Status Register The Diagnostic Status Register contains seven read-only bits which help the user troubleshoot the network or node operation. Various combinations of these bits and the TXEN bit of the Configuration Register represent different situations. All of these bits, except the Excessive NACK bit and the New Next ID bit, are reset to logic "0" upon reading the Diagnostic Status Register or upon software or hardware reset. The EXCNAK bit is reset by the "POR Clear Flags" command upon software or hardware reset. The Diagnostic Status Register defaults to the value 0000 000X upon either hardware or software reset. Command Register Execution of commands are initiated by performing writes to this register. Any combinations of written data other than those listed in Table 8 are not permitted and may result in incorrect chip and/or network operation. Address Pointer Registers These read/write registers are each 8-bits wide and are used for addressing the internal
ARCNET RAM. New pointer addresses should be written by first writing to the High Register and then writing to the Low Register because writing to the Low Register loads the address. The contents of the Address Pointer High and Low Registers are undefined upon hardware reset. Configuration Register The Configuration Register is a read/write register which is used to configure the different modes of the ARCNET core. The Configuration Register defaults to the value 0001 1000 upon hardware reset only. Setup Register The Setup Register is a read/write 8-bit register accessed when the Sub Address Bits are set up accordingly (see the bit definitions of the Configuration Register). The Setup Register allows the user to change the network speed (data rate) or the arbitration speed independently, invoke the Receive All feature, change the nPULSE1 driver type, and reduce protocol timeouts by a factor of 3. The data rate may be slowed to 156.25 Kbps and/or the arbitration speed may be slowed by a factor of two. The Setup Register defaults to the value 0000 0000 upon hardware reset only.
nNode ID Chip Select Decode Logic The COM20051+ provides on-chip decoding logic for accessing a Node ID value through a hardwired DIP switch (see Figure 3). The nNIDCS will go low whenever offset address 08h is read.
31
DIP SWITCH nEN nNIDCS
'244
8 D0-D7 DATA BUS
COM20051+
AD0-AD7
FIGURE 11 - HARDWIRED NODE ID SYSTEM BLOCK DIAGRAM
32
Table 6 - Status Register BIT 7 BIT NAME Receiver Inhibited SYMBOL RI DESCRIPTION This bit, if high, indicates that the receiver is not enabled because either an "Enable Receive to Page fnn" command was never issued, or a packet has been deposited into the RAM buffer page fnn as specified by the last "Enable Receive to Page fnn" command. No messages will be received until this command is issued, and once the message has been received, the RI bit is set, thereby inhibiting the receiver. The RI bit is cleared by issuing an "Enable Receive to Page fnn" command. This bit, when set, will cause an interrupt if the corresponding bit of the Interrupt Mask Register (IMR) is also set. These bits are undefined. This bit, if high, indicates that the ARCNET core has been reset by either a software reset, a hardware reset, or writing 00H to the Node ID Register. The POR bit is cleared by the "Clear Flags" command. This bit is intended for test and diagnostic purposes. It is a logic "0" under normal operating conditions. This bit, if high, indicates that the Line Idle Timer has timed out because the RXIN pin was idle for 82S. The RECON bit is cleared during a "Clear Flags" command. This bit, when set, will cause an interrupt if the corresponding bit in the IMR is also set. The interrupt service routine should consist of examing the MYRECON bit of the Diagnostic Status Register to determine whether there are consecutive reconfigurations caused by this node. This bit, if high, indicates that the packet transmitted as a result of an "Enable Transmit from Page fnn" command has been acknowledged. This bit should only be considered valid after the TA bit (bit 0) is set. Broadcast messages are never acknowledged. The TMA bit is cleared by issuing the "Enable Transmit from Page fnn" command. This bit, if high, indicates that the transmitter is available for transmitting. This bit is set at the conclusion of an "Enable Transmit from Page fnn" command or upon execution of a "Disable Transmitter" command. The TA bit is cleared by issuing the "Enable Transmit from Page fnn" command after the node next receives the token. This bit, when set, will cause an interrupt if the corresponding bit in the IMR is also set.
6,5 4
(Reserved) Power On Reset POR
3 2
Test Reconfiguration
TEST RECON
1
Transmitter Message Acknowledged
TMA
0
Transmitter Available
TA
33
Table 7 - Diagnostic Status Register BIT
7
BIT NAME
My Reconfiguration
SYMBOL
MYRECON
DESCRIPTION
This bit, if high, indicates that a past reconfiguration was caused by this node. It is set when the Lost Token Timer times out, and is typically read following an interrupt caused by RECON. Refer to the Improved Diagnostics section for further detail. This bit, if high, indicates that the value in the Node ID Register matches both Destination ID characters of the token and a response to this token has occurred. The EOT character and the trailing zero's are also verified. A logic "1" on this bit indicates a duplicate Node ID, thus the user should write a new value into the Node ID Register. This bit is only useful for duplicate ID detection when the device is off line, that is, when the transmitter is off. When the device is on line it will be set every time the device gets the token. This bit is reset automatically upon reading the Diagnostic Status Register. Refer to the Improved Diagnostics section for further detail. This bit, if high, indicates that data activity (logic "1") was detected on the RXIN pin of the device. Refer to the Improved Diagnostics section for further detail. This bit, if high, indicates that a token has been seen on the network, sent by a node other than this one. Refer to the Improved Diagnostic section for further detail. This bit, if high, indicates that either 128 or 4 Negative Acknowledgements have occurred in response to the Free Buffer Enquiry. This bit is cleared upon the "POR Clear Flags" command. Reading the Diagnostic Status Register does not clear this bit. This bit, when set, will cause an interrupt if the corresponding bit in the IMR is also set. Refer to the Improved Diagnostics section for further detail. This bit, if high, indicates that a response to a token whose DID matches the value in the Tentative ID Register has occurred. In addition, the EOT character is checked. The second DID and the trailing zero's are not checked. Since each node sees every token passed around the network, this feature can be used with the device on-line in order to build and update a network map. Refer to the Improved Diagnostics section for further detail. This bit, if high, indicates that the Next ID Register has been updated and that a node has either joined or left the network. Reading the Diagnostic Status Register does not clear this bit. This bit, when set, will cause an interrupt if the corresponding bit in the IMR is also set. The bit is cleared by reading the Next ID Register. These bits are undefined.
6
Duplicate ID
DUPID
5
Receive Activity Token Seen
RCVACT
4
TOKEN
3
Excessive NAK
EXCNAK
2
Tentative ID
TENTID
1
New Next ID
NEW NXTID
1,0
(Reserved)
34
DATA
0000 0000
COMMAND
Clear Transmit Interrupt Disable Transmitter Disable Receiver
Table 8 - Command Register DESCRIPTION
This command is used only in the Command Chaining operation. Please refer to the Command Chaining section for definition of this command. This command will cancel any pending transmit command (transmission that has not yet started) and will set the TA (Transmitter Available) status bit to logic "1" when the ARCNET core next receives the token. This command will cancel any pending receive command. If the COM20051+ is not yet receiving a packet, the RI (Receiver Inhibited) bit will be set to logic "1" the next time the token is received. If packet reception is already underway, reception will run to its normal conclusion. This command allows the ARCNET core to receive data packets into RAM buffer page fnn and resets the RI status bit to logic "0". The values placed in the "nn" bits indicate the page that the data will be received into (page 00 or 01). If the value of "f" is a logic "1", an offset of 256 bytes will be added to that page specified in "nn", allowing a finer resolution of the buffer. Refer to the Selecting RAM Page Size section for further detail. If the value of "b" is logic "1", the device will also receive broadcasts (transmissions to ID zero). The RI status bit is set to logic "1" upon successful reception of a message. This command prepares the ARCNET core to begin a transmit sequence from RAM buffer page fnn the next time it receives the token. The values of the "nn" bits indicate which page to transmit from (0 or 1). If "f" is logic "1", an offset of 256 bytes is added to that page specified in "nn", allowing a finer resolution of the buffer. Refer to the Selecting RAM Page Size section for further detail. When this command is loaded, the TA and TMA bits are reset to logic "0". The TA bit is set to logic "1" upon completion of the transmit sequence. The TMA bit will have been set by this time if the device has received an ACK from the destination node. The ACK is strictly hardware level, sent by the receiving node before its microcontroller is even aware of message reception. Refer to Figure 3 for details of the transmit sequence and its relation to the TA and TMA status bits.
0000 0001
0000 0010
b0fn n100
Enable Receive to Page fnn
00fn n011
Enable Transmit from Page fnn
0000 c101
Define Configuration
This command defines the maximum length of packets that may be handled by the device. If "c" is a logic "1", the device handles both long and short packets. If "c" is a logic "0", the device handles only short packets. This command resets certain status bits of the COM20051+. A logic "1" on "p" resets the POR status bit and the EXCNAK Diagnostic status bit. A logic "1" on "r" resets the RECON status bit. This command is used only in the Command Chaining operation. Please refer to the Command Chaining section for definition of this command.
000r p110
Clear Flags
0000 1000
Clear Receive Interrupt
35
Table 9 - Address Pointer High Register BIT 7 BIT NAME Read Data SYMBOL RDDATA DESCRIPTION This bit tells the ARCNET core whether the following access will be a read or write. A logic "1" prepares the device for a read, a logic "0" prepares it for a write. This bit controls whether the address pointer will increment automatically. A logic "1" on this bit allows automatic increment of the pointer after each access, while a logic "0" disables this function. Please refer to the Sequential Access Memory section for further detail. These bits are undefined. A9-A8 These bits hold the upper two address bits which provide addresses to RAM.
6
Auto Increment
AUTOINC
5-2 1-0
(reserved) Address 9-8
Table 10 - Address Pointer Low Register BIT 7-0 BIT NAME Address 7-0 SYMBOL A7-A0 DESCRIPTION These bits hold the lower 8 address bits which provide the addresses to RAM.
36
Table 11 - Configuration Register BIT
7
BIT NAME
Reset
SYMBOL
RESET
DESCRIPTION
A software reset of the ARCNET core is executed by writing a logic "1" to this bit. The only registers that the software reset affect are the Status Register and the Diagnostic Status Register. This bit must be brought back to logic "0" to release the reset. This bit, if high, enables the Command Chaining operation of the device. Please refer to the Command Chaining section for further details. A low level on this bit ensures software compatibility with previous SMSC ARCNET devices. When low, this bit disables transmissions by keeping nPULSE1, nPULSE2 if in non-Backplane Mode, and TXENABLE inactive. When high, it enables the above signals to be activated during transmissions. This bit defaults low upon reset. This bit is typically enabled once the Node ID is determined, and never disabled during normal operation. Please refer to the Improved Diagnostics section for details on evaluating network activity. These bits allow the network to operate over longer distances than the default 4 miles by controlling the Response, Idle, and Reconfiguration Times. All nodes should be configured with the same timeout values for proper network operation. The bit combinations follow: ET2 0 0 1 1 ET1 0 1 0 1 Response Time ( S) 1193.6 596.8 298.4 74.7 IdleTime ( S) 1312 656 328 82 Reconfig Time (mS) 1680 1680 1680 840
6
Command Chaining Enable
CCHEN
5
Transmit Enable
TXEN
4,3
Extended Timeout 1,2
ET1, ET2
2
Backplane
BACKPLANE SUBAD 1,0
A logic "1" on this bit puts the device into Backplane Mode signalling which is used for Open Drain and Differential Driver interfaces. These bits determine which register at address 07 may be accessed. The combinations are as follows: SUBAD1 0 0 1 1 SUBAD0Register 0Tentative ID 1Node ID 0Setup 1Next ID
1,0
Sub Address 1,0
37
Table 12 - Setup Register BIT
7
BIT NAME
Pulse1 Mode
SYMBOL
P1MODE
DESCRIPTION
This bit determines the type of PULSE1 output driver used in Backplane Mode. When high, a push/pull output is used. When low, an open drain output is used. The default is open drain. This bit, when set, will cause the EXNACK bit in the Diagnostic Status Register to set after four NACKs to Free Buffer Enquiry are detected by the ARCNET core. This bit, when reset, will set the EXNACK bit after 128 NACKs to Free Buffer Enquiry. The default is 128. This bit, when set, scales down protocol timeout values to optimize network performance in short topologies. Provides a scaling factor of 3. Defaults to a zero. Must be reset to be ARCNET compliant. This bit, when set, allows the COM20051+ to receive all valid data packets on the network, regardless of their destination ID. This mode can be used to implement a network monitor with the transmitter on- or off-line. Note that ACKs are only sent for packets received with a destination ID equal to the COM20051+'s programmed node ID. This feature can be used to put the COM20051+ in a 'listen-only' mode, where the transmitter is disabled and the COM20051+ is not passing tokens. Defaults low. These bits are used to determine the data rate of the COM20051+. The following table is for a 40MHz crystal: CKP2 0 0 0 0 1 1 1 1 CKP1 0 0 1 1 0 0 1 1 CKP0 0 1 0 1 0 1 0 1 DIVISOR 8 16 32 64 128 256 CLOCK 2.5 Mbps 1.25 Mbps 625 Kbps 312.5 Kbps 156.25 Kbps Reserved Reserved Reserved
6
Four NACKS
FOUR NACKS
5
ET3
ET3
4
Receive All
RCVALL
3,2,1
Clock Prescaler Bits 2,1,0
CKP2,1,0
NOTE: The lowest data rate achievable by the COM20051+ is 156.25 Kbps. A divide by 256 is provided for those systems that use faster clock speeds. Defaults to 000 or 2.5 Mbps. 0 Slow Arbitration Select SLW-ARB This bit, when set, will divide the arbitration clock by 2. Memory cycle times will increase when slow arbitration is selected. NOTE: For 5 Mbps operation, SLOWARB must be set. Defaults to low.
38
Data Register I/O Address 04H Memory Data Bus 8 1K x 8 INTERNAL RAM
D0-D7
Address Pointer Register I/O Address 02H High I/O Address 03H Low
Memory Address Bus 10-Bit Counter 10
FIGURE 12 - SEQUENTIAL ACCESS OPERATION
39
INTERNAL RAM The integration of the 1K x 8 RAM in the ARCNET core represents significant real estate savings. The PC board is now free of the cumbersome external RAM, external latch, and multiplexed address/data bus and control functions which were necessary to interface to the RAM. The integration of RAM represents significant cost savings because it isolates the system designer from the changing costs of external RAM and it minimizes reliability problems, assembly time and costs, and layout complexity. Sequential Access Memory The internal RAM is accessed via a pointerbased scheme. Rather than interfering with system memory, the internal RAM is indirectly accessed through the Address High and Low Pointer Registers. The data is channeled to and from the microcontroller via the 8-bit data register. For example: a packet in the internal RAM buffer is read by the microcontroller by writing the corresponding address into the Address Pointer High and Low Registers (offsets 02H and 03H). Note that the High Register should be written first, followed by the Low Register, because writing to the Low Register loads the address. At this point the device accesses that location and places the corresponding data into the data register. The microcontroller then reads the data register (offset 04H) to obtain the data at the specified location. If the Auto Increment bit is set to logic "1", the device will automatically increment the address and place the next byte of data into the data register, again to be read by the microcontroller. This process is continued until the entire packet is read out of RAM. Refer to Figure 12 for an illustration of the Sequential Access operation.
When switching between reads and writes, the pointer must first be written with the starting address. The pointer may be read at any time to allow the microcontroller to save the present pointer value before going into a subroutine. At least one cycle time should separate the pointer being loaded and the first read (see timing parameters). Access Speed The ARCNET core is able to accommodate very fast access cycles to its registers and buffers. Arbitration to the buffer does not slow down the cycle because the pointer based access method allows data to be prefetched from memory and stored in a temporary register. Likewise, data to be written is stored in the temporary register and then written to memory. A Slow Arbitration Bit is provided in the Setup Register to slow down the arbitration clock for buffer accesses at 5 Mbps. The SLOWARB bit must be set to a "1" for 5 Mbps operation. SOFTWARE INTERFACE The 80C32 core interfaces to the ARCNET core via software by accessing the various registers. These actions are described in the Internal Registers section. The software flow for accessing the data buffer is based on the Sequential Access scheme. The basic sequence is as follows: * * * * * Disable Interrupts Write to Pointer Register High (specifying Auto-Increment mode.) Write to Pointer Register Low (this loads the address.) Enable Interrupts Read or write the Data Register (repeat as many times as necessary to empty or fill the buffer.)
40
* The pointer may now be read to determine how many transfers were completed. The software flow for controlling the Configuration, Node ID, Tentative ID, and Next ID registers is generally limited to the initialization sequence and the maintenance of the network map. Additionally, it is necessary to understand the details of how the other Internal Registers are used in the transmit and receive sequences and to know how the internal RAM buffer is properly set up. The sequence of events that tie these actions together is discussed as follows. Selecting RAM Page Size During normal operation, the 1K x 8 of RAM is divided into two pages of 512 bytes each. The page to be used is specified in the "Enable Transmit (Receive) from (to) Page fnn" command, where "nn" specifies page 0 or 1. This allows the user to have constant control over the allocation of RAM. When the Offset bit "f" (bit 5 of the "Enable Transmit (Receive) from (to) Page fnn" command word) is set to logic "1", an offset of 256 bytes is added to the page specified. For example: to transmit from the second half of page 0, the command "Enable Transmit from Page fnn" (fnn=100 in this case) is issued by writing 0010 0011 to the Command Register. This allows a finer resolution of the buffer pages without affecting software compatibility. This scheme is useful for applications which frequently use packet sizes of 256 bytes or less, especially for microcontroller systems with limited memory capacity. The remaining portions of the buffer pages which are not allocated for current transmit or receive packets may be used as temporary storage for previous network data, packets to be sent later, or as extra memory for the system, which may be indirectly accessed.
If the device is configured to handle both long and short packets (see "Define Configuration" command), then the receive page should always be 512 bytes long because the user never knows what the length of the receive packet will be. In this case, the transmit page may be made 256 bytes long, leaving at least 256 bytes free at any given time. Please note that it is the responsibility of software to reserve 512 bytes for the receive page if the device is configured to handle long packets. The ARCNET core does not check page boundaries during reception. If the device is configured to handle only short packets, then both transmit and receive pages may be allocated as 256 bytes long, allowing two receive and two transmit packets. The general rule which may be applied to determine where in RAM a page begins is as follows: Address = (nn x 512) + (f x 256). Transmit Sequence During a transmit sequence, the microcontroller selects a 256 or 512 byte segment of the RAM buffer and writes into it. The appropriate buffer size is specified in the "Define Configuration" command. When long packets are enabled, the ARCNET core interprets the packet as either a long or short packet, depending on whether the buffer address 2 contains a zero or non-zero value. The format of the buffer is shown in Figure 13. Address 0 contains the Source Identifier (SID); Address 1 contains the Destination Identifier (DID); Address 2 (COUNT) contains, for short packets, the value 256-N, where N represents the message length, or for long packets, the value 0, indicating that it is indeed a long packet. In the latter case, Address 3 (COUNT) would contain the value 512-N, where N represents the message length. The SID in Address 0 is used by the receiving node to reply to the transmitting node. The
41
SHORT PACKET FORMAT ADDRESS 0 1 2 SID DID COUNT = 256-N NOT USED COUNT DATA BYTE 1 DATA BYTE 2 COUNT DATA BYTE N-1 255 DATA BYTE N NOT USED 511 511 ADDRESS 0 1 2 3
LONG PACKET FORMAT SID DID 0 COUNT = 512-N NOT USED DATA BYTE 1 DATA BYTE 2
DATA BYTE N-1 DATA BYTE N
N = DATA PACKET LENGTH SID = SOURCE ID DID = DESTINATION ID (DID = 0 FOR BROADCASTS)
FIGURE 13 - RAM BUFFER PACKET CONFIGURATION
42
ARCNET core puts the local ID in this location, therefore it is not necessary to write into this location. Please note that a short packet may contain between 1 and 253 data bytes, while a long packet may contain between 257 and 508 data bytes. A minimum value of 257 exists on a long packet so that the COUNT is expressable in eight bits. This leaves three exception packet lengths which do not fit into either a short or long packet; packet lengths of 254, 255, or 256 bytes. If packets of these lengths must be sent, the user must add dummy bytes to the packet (00's) in order to make the packet fit into a long packet. Note that only the number of bytes specified in the byte count plus the three-byte header are transmitted. For example, if the byte count is equal to 253, only three bytes of data will be transmitted plus the header (SID, DID, Byte Count) for a total of six bytes. Once the buffer is written into, the microcontroller awaits a logic "1" on the TA bit, indicating that a previous transmit command has concluded and another may be issued. Each time the message is loaded and a transmit command issued, it will take a variable amount of time before the message is transmitted, depending on the traffic on the network and the location of the token at the time the transmit command was issued. Typically, the conclusion of the transmit command, which is flagged when TA becomes a logic "1", generates an interrupt. If the device is configured for the Command Chaining operation, please see the Command Chaining section for further detail on the transmit sequence.Once the TA bit becomes a logic "1", the microcontroller issues the "Enable Transmit from Page fnn" command, which resets the TA and TMA bits to logic "0". If the message is not a BROADCAST, the ARCNET core automatically issues a FREE BUFFER ENQUIRY to the destination node in order to send the message. At this point, one of four possibilities may occur.
The first possibility is if a free buffer is available at the destination node, in which case it responds with an ACKnowledgement. At this point, the ARCNET core fetches the data from the Transmit Buffer and performs the transmit sequence. If a successful transmit sequence is completed, the TMA bit and the TA bit are set to logic "1". If the packet was not transmitted successfully, TMA will not be set. A successful transmission occurs when the receiving node responds to the packet with an ACK. An unsuccessful transmission occurs when the receiving node does not respond to the packet. The second possibility is if the destination node responds to the Free Buffer Enquiry with a Negative AcKnowledgement. A NAK occurs when the RI bit of the destination node is a logic "1". In this case, the token is passed on from the transmitting node to the next node. The next time the transmitter receives the token, it will again transmit a FREE BUFFER ENQUIRY. If a NAK is again received, the token is again passed onto the next node. The Excessive NAK bit of the Diagnostic Status Register is used to prevent an endless loop of FBE's and NAK's. If no timeout existed, the transmitting node would continue issuing a Free Buffer Enquiry, even though it would continuously receive a NAK as a response. The EXCNAK bit generates an interrupt (if enabled) in order to tell the microcontroller to disable the transmitter via the "Disable Transmitter" command. This causes the transmission to be abandoned and the TA bit to be set to a logic "1" when the node next receives the token, while the TMA bit remains at a logic "0". Please refer to the Improved Diagnostics section for further detail on the EXCNAK bit. The third possibility which may occur after a FREE BUFFER ENQUIRY is issued is if the destination node does not respond at all. In this case, the TA bit is set to a logic "1", while the TMA bit remains at a logic "0". The user should determine whether the node should try to reissue the transmit command.
43
The fourth possibility is if a non-traditional response is received (some pattern other than ACK or NAK, such as noise). In this case, the token is not passed onto the next node, which causes the Lost Token Timer of the next node to time out, thus generating a network reconfiguration. The "Disable Transmitter" command may be used to cancel any pending transmit command when the ARCNET core next receives the token. Normally, in an active network, this command will set the TA status bit to a logic "1" when the token is received. If the "Disable Transmitter" command does not cause the TA bit to be set in the time it takes the token to make a round trip through the network, one of three situations exists. Either the node is disconnected from the network, or there are no other nodes on the network, or the external receive circuitry has failed. These situations can be determined by either using the improved diagnostic features of the ARCNET core or using another software timeout which is greater than the worst case time for a round trip token pass, which occurs when all nodes transmit a maximum length message. Receive Sequence A receive sequence begins with the RI status bit becoming a logic "1", which indicates that a previous reception has concluded. The microcontroller will be interrupted if the corresponding bit in the Interrupt Mask Register is set to logic "1". Otherwise, the microcontroller must periodically check the Status Register. Once the microcontroller is alerted to the fact that the previous reception has concluded, it may issue the "Enable Receive to Page fnn" command, which resets the RI bit to logic "0" and selects a new page in the RAM buffer. Again, the appropriate buffer size is specified in the "Define Configuration" command. Typically, the page which just received the data packet will be read by the microcontroller at this point.
Once the "Enable Receive to Page fnn" command is issued, the microcontroller attends to other duties. There is no way of knowing how long the new reception will take, since another node may transmit a packet at any time. When another node does transmit a packet to this node, and if the "Define Configuration" command has enabled the reception of long packets, the ARCNET core interprets the packet as either a long or short packet, depending on whether the content of the buffer location 2 is zero or nonzero. The format of the buffer is shown in Figure 13. Address 0 contains the Source Identifier (SID), Address 1 contains the Destination Identifier (DID), and Address 2 contains, for short packets, the value 256-N, where N represents the message length, or for long packets, the value 0, indicating that it is indeed a long packet. In the latter case, Address 3 contains the value 512-N, where N represents the message length. Note that on reception, the ARCNET core deposits packets into the RAM buffer in the same format that the transmitting node arranges them, which allows for a message to be received and then retransmitted without rearranging any bytes in the RAM buffer other than the SID and DID. Once the packet is received and stored correctly in the selected buffer, the ARCNET core sets the RI bit to logic "1" to signal the microcontroller that the reception is complete. COMMAND CHAINING The Command Chaining operation allows consecutive transmissions and receptions to occur without host intervention. Through the use of a dual two-level FIFO, commands to be transmitted and received, as well as the status bits, are pipelined. In order for the COM20051+ to be compatible with previous SMSC ARCNET devices, the device defaults to the non-chaining mode. In order to take advantage of the Command Chaining operation, the Command Chaining Mode must be enabled via a logic "1" on bit 6 of
44
the Configuration Register. In Command Chaining, the Status Register appears as in Figure 14. * The following is a list of Command Chaining guidelines for the software programmer to follow. Further detail can be found in the Transmit Command Chaining and Receive Command Chaining sections. * The device is designed such that the interrupt service routine latency does not affect performance. * Up to two outstanding transmissions and two outstanding receptions can be pending at any given time. The commands may be given in any order. * Up to two outstanding transmit interrupts and two outstanding receive interrupts are stored by the device, along with their respective status bits. * The Interrupt Mask bits act on TTA (Rising Transition on Transmitter Available) for transmit operations and TRI (Rising Transition of Receiver Inhibited) for receive operations. TTA is set upon completion of a packet transmission only. TRI is set upon completion of a packet reception only.
* Typically there is no need to mask the TTA and TRI bits after clearing the interrupt. * The traditional TA and RI bits are still available to reflect the present status of the device. Transmit Command Chaining When the microcontroller issues the first "Enable Transmit to Page fnn" command, the ARCNET core responds in the usual manner by resetting the TA and TMA bits to prepare for the transmission from the specified page. The TA bit can be used to see if there is currently a transmission pending, but the TA bit is really meant to be used in the non-chaining mode only. The TTA bits provide the relevant information for the device in the Command Chaining mode. In the Command Chaining Mode, at any time after the first command is issued, the processor can issue a second "Enable Transmit from Page fnn" command. The ARCNET core stores the fact that the second transmit command was issued, along with the page number. After the first transmission is completed, the ARCNET core updates the Status Register by setting the TTA bit, which generates an interrupt. The interrupt service routine should read the Status Register. At this point, the TTA bit will be found to be a logic "1" and the TMA (Transmit Message Acknowledge) bit will tell the processor whether the transmission was successful. After reading the Status Register, the "Clear Transmit Interrupt" command is
TRI
RI
TA
POR
TEST
RECON
TMA
TTA
TRI
TMA
TTA
FIGURE 14 - COMMAND CHAINING STATUS REGISTER
45
issued, thus resetting the TTA bit and clearing the interrupt. Note that only the "Clear Transmit Interrupt" command will clear the TTA bit and the interrupt. It is not necessary, however, to clear the bit or the interrupt right away because the status of the transmit operation is double buffered in order to retain the results of the first transmission for analysis by the processor. This information will remain in the Status Register until the "Clear Transmit Interrupt" command is issued. Note that the interrupt will remain active until the command is issued, and the second interrupt will not occur until the first interrupt is acknowledged. The ARCNET core guarantees a minimum of 200nS interrupt inactive time interval between interrupts. The TMA bit is also double buffered to reflect whether the appropriate transmission was a success. The TMA bit should only be considered valid after the corresponding TTA bit has been set to a logic "1". The TMA bit never causes an interrupt. When the token is received again, the second transmission will be automatically initiated after the first is completed by using the stored "Enable Transmit from Page fnn" command. The operation is as if a new "Enable Transmit from Page fnn" command has just been issued. After the first Transmit status bits are cleared, the Status Register will again be updated with the results of the second transmission and a second interrupt resulting from the second transmission will occur. The ARCNET core guarantees a minimum of 200ns interrupt inactive time interval before the following edge. The Transmitter Available (TA) bit of the Interrupt Mask Register now masks only the TTA bit of the Status Register, not the TA bit as in the non-chaining mode. Since the TTA bit is only set upon transmission of a packet (not by RESET), and since the TTA bit may easily be reset by issuing a "Clear Transmit Interrupt"
command, there is no need to use the TA bit of the Interrupt Mask Register to mask interrupts generated by the TTA bit of the Status Register. In Command Chaining mode, the "Disable Transmitter" command will cancel the oldest transmission. This permits canceling a packet destined for a node not ready to receive. If both packets should be canceled, two "Disable Transmitter" commands should be issued. Receive Command Chaining Like the Transmit Command Chaining operation, the processor can issue two consecutive "Enable Receive from Page fnn" commands. After the first packet is received into the first specified page, the TRI bit of the Status Register will be set to logic "1", causing an interrupt. Again, the interrupt need not be serviced immediately. Typically, the interrupt service routine will read the Status Register. At this point, the RI bit will be found to be a logic "1". After reading the Status Register, the "Clear Receive Interrupt" command should be issued, thus resetting the TRI bit and clearing the interrupt. Note that only the "Clear Receive Interrupt" command will clear the TRI bit and the interrupt. It is not necessary, however, to clear the bit or the interrupt right away because the status of the receive operation is double buffered in order to retain the results of the first reception for analysis by the processor, therefore the information will remain in the Status Register until the "Clear Receive Interrupt" command is issued. Note that the interrupt will remain active until the "Clear Receive Interrupt" command is issued, and the second interrupt will be stored until the first interrupt is acknowledged. A minimum of 200nS interrupt inactive time interval between interrupts is guaranteed.
46
The second reception will occur as soon as a second packet is sent to the node, as long as the second "Enable Receive to Page fnn" command was issued. The operation is as if a new "Enable Receive to Page fnn" command has just been issued. After the first Receive status bits are cleared, the Status Register will again be updated with the results of the second reception and a second interrupt resulting from the second reception will occur. In the ARCNET core, the Receive Inhibit (RI) bit of the Interrupt Mask Register now masks only the TRI bit of the Status Register, not the RI bit as in the non-chaining mode. Since the TRI bit is only set upon reception of a packet (not by RESET), and since the TRI bit may easily be reset by issuing a "Clear Receive Interrupt" command, there is no need to use the RI bit of the Interrupt Mask Register to mask interrupts generated by the TRI bit of the Status Register. In Command Chaining mode, the "Disable Receiver" command will cancel the oldest reception, unless the reception has already begun. If both receptions should be canceled, two "Disable Receiver" commands should be issued. RESET DETAILS Internal Reset Logic The ARCNET core supports two reset options; software and hardware reset. A software reset is generated when a logic "1" is written to bit 7 of the Configuration Register. The device remains in reset as long as this bit is set. The software reset does not affect the contents of the Address Pointer Registers, the Configuration Register, the IMR, or the Setup Register. A hardware reset occurs when a high signal is asserted on the RESET input. The minimum reset pulse width is 3.2 s. This pulse width is used by the internal digital filter, which filters short glitches to allow only valid resets to occur.
Upon reset, the transmitter portion of the device is disabled and the internal registers assume those states outlined in the Internal Registers section. After the RESET signal is removed the user may write to the internal registers. Since writing a non-zero value to the Node ID Register wakes up the ARCNET core, the Setup Register should be written before the Node ID Register. Once the Node ID Register is written to, the ARCNET core reads the value and executes two write cycles to the RAM buffer. Address 0 is written with the data D1H and address 1 is written with the Node ID. The data pattern D1H was chosen arbitrarily, and is meant to provide assurance of proper microsequencer operation. INITIALIZATION SEQUENCE When the ARCNET core is powered on the internal registers may be written to. Since writing a non-zero value to the Node ID Register wakes up the core, the Setup Register should be written to before the Node ID Register. Until a non-zero value is placed into the NID Register, no microcode is executed, no tokens are passed by this node, and no reconfigurations are generated by this node. Once a non-zero value is placed in the register, the core wakes up, but the node will not attempt to join the network until the TX Enable bit of the Configuration Register is set. Before setting the TX Enable bit, the software may make some determinations. The software may first observe the Receive Activity and the Token Seen bits of the Diagnostic Status Register to verify the health of the receiver and the network. Next, the uniqueness of the Node ID value placed in the Node ID Register is determined. The TX Enable bit should still be a logic "0" until it is ensured that the Node ID is unique. If this
47
node ID already exists, the Duplicate ID bit of the Diagnostic Status Register is set after a maximum of 840mS (or 1680mS if the ET1 and ET2 bits are other than 1,1). To determine if another node on the network already has this ID, the ARCNET core compares the value in the Node ID Register with the DID's of the token, and determines whether there is a response to it. Once the Diagnostic Status Register is read, the DUPID bit is cleared. The user may then attempt a new ID value, wait 840mS before checking the Duplicate ID bit, and repeat the process until a unique Node ID is found. At this point, the TX Enable bit may be set to allow the node to join the network. Once the node joins the network, a reconfiguration occurs, as usual, thus setting the MYRECON bit of the Diagnostic Status Register. The Tentative ID Register may be used to build a network map of all the nodes on the network, even once the COM20051+ has joined the network. Once a value is placed in the Tentative ID Register, the ARCNET core looks for a response to a token whose DID matches the Tentative ID Register. The software can record this information and continue placing Tentative ID values into the register to continue building the network map. A complete network map is only valid until nodes are added to or deleted from the network. Note that a node cannot detect the existence of the next logical node on the network when using the Tentative ID. To determine the next logical node, the software should read the Next ID Register. IMPROVED DIAGNOSTICS The COM20051+ allows the user to better manage the operation of the network through the use of the internal Diagnostic Status Register. A high level on the My Reconfiguration (MYRECON) bit indicates that the Token
Reception Timer of this node expired, causing a reconfiguration by this node. After the Reconfiguration (RECON) bit of the Status Register interrupts the microcontroller, the interrupt service routine will typically read the MYRECON bit of the Diagnostic Status Register. Reading the Diagnostic Status Register resets the MYRECON bit. Successive occurrences of a logic "1" on the MYRECON bit indicates that a problem exists with this node. At that point, the transmitter should be disabled so that the entire network is not held down while the node is being evaluated. The Duplicate ID (DUPID) bit is used before the node joins the network to ensure that another node with the same ID does not exist on the network. Once it is determined that the ID in the Node ID Register is unique, the software should write a logic "1" to bit 5 of the Configuration Register to enable the basic transmit function. This allows the node to join the network. The Receive Activity (RCVACT) bit of the Diagnostic Status Register will be set to a logic "1" whenever activity (logic "1") is detected on the RXIN pin. The Token Seen (TOKEN) bit is set to a logic "1" whenever any token has been seen on the network (except those tokens transmitted by this node). The RCVACT and TOKEN bits may help the user to troubleshoot the network or the node. If unusual events are occurring on the network, the user may find it valuable to use the TXEN bit of the Configuration Register to qualify events. Different combinations of the RCVACT, TOKEN, and TXEN bits, as shown indicate different situations: Normal Results: RCVACT=1, TOKEN=1, TXEN=0: The node is
48
not part of the network. The network is operating properly without this node. RCVACT=1, TOKEN=1, TXEN=1: The node sees receive activity and sees the token. The basic transmit function is enabled. Network and node are operating properly. MYRECON=0, DUPID=0, RCVACT=1, TXEN=0, TOKEN=1: Single node network. Abnormal Results: RCVACT=1, TOKEN=0, TXEN=X: The node sees receive activity, but does not see the token. Either no other nodes exist on the network, some type of data corruption exists, the media driver is malfunctioning, the topology is set up incorrectly, there is noise on the network, or a reconfiguration is occurring. RCVACT=0, TOKEN=0, TXEN=1: No receive activity is seen and the basic transmit function is enabled. The transmitter and/or receiver are not functioning properly. RCVACT=0, TOKEN=0, TXEN=0: No receive activity and basic transmit function disabled. This node is not connected to the network. The Excessive NAK (EXCNAK) bit is used to replace a timeout function traditionally implemented in software. This function is necessary to limit the number of times a sender issues a FBE to a node with no available buffer. When the destination node replies to 128 FBEs with 128 NAKs or 4 FBEs with 4 NAKs, the EXCNAK bit of the sender is set, generating an interrupt. At this point the software may abandon the transmission via the "Disable Transmitter" command. This sets the TA bit to logic "1" when the node next receives the token, to allow a different transmission to occur. The timeout value for the EXNACK bit (128 or 4) is determined by the FOUR-NAKS bit on the
Setup Register. The user may choose to wait for more NAK's before disabling the transmitter by taking advantage of the wraparound counter of the EXCNAK bit. When the EXCNAK bit goes high, indicating 128 or 4 NAKs, the "POR Clear Flags" command may be issued to reset the bit so that it will go high again after another count of 128 or 4. The software may count the number of times the EXCNAK bit goes high, and once the final count is reached, the "Disable Transmitter" command may be issued. The New Next ID bit permits the software to detect the withdrawal or addition of nodes to the network. The Tentative ID bit allows the user to build a network map of those nodes existing on the network. This feature is useful because it minimizes the need for human intervention. When a value placed in the Tentative ID Register matches the Node ID of another node on the network, the TENTID bit is set, telling the software that this NODE ID exists. The software should periodically place values in the Tentative ID Register and monitor the New Next ID bit to maintain an updated network map. Watchdog Timer The internal watchdog timer provides a device reset due to erroneous program execution or processor state. The watchdog timer of the COM20051+ has a programmable reset circuit. The watchdog timer can generate a 3.2s reset pulse or hold the reset line until a valid external hardware reset occurs. The watchdog timer consists of a 16 bit prescaling counter that generates a 3.27ms timing base from a 20MHz clock. The 3.27ms time base is then fed into a second programmable 11 bit counter that generates the reset condition whenever the counter rolls over past its programmed limit.
49
Timeout values ranging from 3.27ms to 6.7s are possible with the COM20051+'s watchdog timer. Two registers are used to program the watchdog timer. Register WD1REG is an 8 bit read/write register that programs the lower 8 bits of the watchdog timer. WD2REG programs the upper 3 bits of the watchdog timer, the reset condition, a Strobe bit to reset the timer, a Watchdog Enable bit, and a Test bit. The watchdog timer comes up in a disabled state (i.e. the Enable bit = 0) and is programmed for a 3.27ms timeout with the Reset bit set to pulsed reset mode. To keep the timer from generating a device reset, the
program must first program the Strobe bit to a 1 and then read the bit back. Setting the bit will reset the counter and reading the bit will release the counter reset on the trailing edge of the RD pulse. The Strobe bit will also be reseton the trailing edge of the RD pulse. The timer should be programmed with its timeout value and reset state prior to enabling the timer. To enable the timer, the Enable bit must be set to a 1. Note that all bits, except the Reset mode bit, will reset on an internally-generated reset. The Reset bit can only be reset on a hardware reset.
NAME WD1REG (RD/WR) OFFSET: +0Ah DEFAULT: 00h NAME WD2REG (RD/WR) OFFSET: +0Bh DEFAULT: 00h
BIT O LSB
WATCHDOG TIMER REGISTERS BIT 1 BIT 2 BIT 3 BIT 4 LSB+1 LSB+2 LSB+3 LSB+4
BIT 5 LSB+5
BIT 6 LSB+6
BIT 7 MSB
BIT O MSB0
BIT 1 MSB1
BIT 2 MSB2
BIT 3 ENABLE
BIT 4 RESET
BIT 5 EXPIRE
BIT 6 TEST6
BIT 7 X
50
Table 13 - WD1REG BIT 0-7 BIT NAME Timer Divisor SYMBOL LSB0:7 DESCRIPTION Lower eight bits of the 11-bit watchdog counter. Defaults to 0.
Table 14 - WD2REG BIT 0-2 3 4 BIT NAME MSB Timer Enable WDOG Strobe SYMBOL MSB ENABLE STROBE DESCRIPTION Three most significant bits of the 11-bit watchdog timer. When set, allows the watchdog timer to start counting. Defaults to 0. Can only be reset with a hardware reset. When set, causes a reset of the watchdog timer. To release the reset condition, the WD2REG must be read. Failure to read the register will leave the watchdog timer in a reset condition. Sets the timeout mode of operation. When reset (default state) the watchdog timer will generate a 3.2s reset pulse internal to the device. When set, the watchdog timer will hold the device in reset until an external hardware reset is applied. Default is 0. When set, will output the Strobe bit state on Port 1.0. Default is 0. Reserved for future use.
5
Reset Mode
RESET
6 7
Test Bit Unused
TEST X
51
COUNTER VALUE = WD1REG + 3 LSBs OF WD2REG 11 bits
20 MHz
PRESCALER COUNTER CARRY RST ENABLE
COUNTER 2 CARRY RST ENABLE
RESET
ENABLE
EXPIRE
DEVICE RESET & HOLD DEVICE RESET
FIGURE 15 - WATCHDOG TIMER BLOCK DIAGRAM
52
Data Acquisition Port Many embedded control tasks require some type of analog data acquisition to interface to the analog world. Usually, an A/D converter is used to convert the analog signal into a digital format. The task of controlling the A/D converter and accessing its data is a repetitive and time-consuming task. Most solutions use external control logic to perform the handshaking and data buffering for the microcontroller. This often costs more and occupies more board space. The COM20051+ incorporates this control logic and data buffer into the device to provide a cost-effective solution for data acquisition applications. The data acquisition port provides handshaking control logic and a 32-byte FIFO for interfacing to most A/D converters. The sample rate can be self-timed by the A/D converter or controlled by the COM20051+. Sample rates from 1 s to 100ms are possible. The data acquisition port accommodates A/D converters ranging from eight to 16 bits in width. The data acquisition port uses an eight-bit dedicated data bus for interfacing to the A/D converter. For converters above eight bits in width, the data acquisition port provides multiplexing signals for accessing the upper and lower bytes of the data. The internal control logic automatically stores the two bytes as one sample. Thus, for converters above eight bits, the FIFO can only buffer 16 samples. The 32-byte FIFO has a programmable Half Full flag that can be used to interrupt the processor after a specified number of samples. Using the Half Full flag to interrupt the processor gives the program enough latency to remove data without missing any new samples. Overrun and FIFO Empty flags are provided for fault detection. Data Acquistion Port - Mode of Operation The data acquistion port can operate in two modes: Preset and MAX. The Preset mode allows the user to program the sample rate
(from 1s to 100ms) through the Sample Rate Register. MAX mode allows the user to maximize throughput by permitting the converter to sample at its maximum rate. This is done by issuing a new Start Converter command as soon as the previous conversion is completed (see Figure 16). Using the Data Acquistion Port The FIFO will generate an interrupt to signal that a specified number of samples have been taken. The limit is programmed by the FIFO Flag Register. The FIFO Flag Register also contains a bit for programming the word width. The 8/16 bit programs the word width. Data is read from the FIFO through the FIFO Data Register. Data can only be read by the microcontroller. Note that data continues to be written into the FIFO while data is being read out. The data acquistion port contains several status flags to reflect the current state of the port. The FIFO Status Register maintains several flags relating to the current state of the FIFO at any point. The FFULL (FIFO Full) flag sets whenever all 32 locations of the FIFO have been written to. The FFULL flag will reset following the first read of the FIFO. The HFULL flag will set and stay set immediately after the control logic has written the number of samples specified in the FIFO Flag Register. The FIFO Empty flag will set after the last location in the FIFO is read. The FIFO Empty flag will reset when the first sample is written into the FIFO. The Overrun bit indicates that the control logic has written over 32 locations. When an OVERRUN condition occurs, the control logic will continue sampling the signal but will not buffer the data. The Overrun flag will reset following the first read by the microcontroller. There are four bits that control the handshaking logic to the A/D converter. They are located in the Sample Rate and FIFO Status Registers. The PRESET bit determines if the sample rate is to be controlled by an internal timer or if the control logic will operate in MAX mode. The PRESET bit is located in the Sample Rate
53
MAX MODE TIMING START 1s EOC LBE/HBE PRESET MODE TIMING SAMP. CLK (1ms rate) START 1s EOC LBE/HBE 999ns 600-700ns
FIGURE 16 - ADC INTERFACE MAX/PRESET MODE CONCEPTUAL TIMING (with a 1s (1MHz) A/D converter)
54
Register. The FIFO Status Register contains two control bits: PAUSE, SLOW, and RESET. PAUSE will put the control logic in a hold state and sampling is disabled but the state of the FIFO remains unchanged. The RESET bit is used to reset the control logic and the FIFO. Note that, upon reset, both the PAUSE and RESET bits are set. They must be reset in order to start sampling. The SLOW bit is used to control the pulse width of the Start Conversion and bus multiplexing signal LBE and HBE. Two speeds are provided: 200ns and 400ns. The smaller widths are provided to give faster
throughput converter.
when
reading
data
from
the
Data Acquistion Port Interrupt The data acquistion port will generate an interrupt each time the HFULL flag is set. The interrupt will remain set until a write to the FIFO Data Register is performed. The interrupt will also remain set even if the HFULL flag resets. The data acquistion port interrupt destination is programmable like the network core interrupt (please refer to the section on Network Interrupt Routing for programming details).
ADDRESS +0Ch SAMPLE RATE
BIT O SMP0
BIT 1 SMP1
SAMPLE RATE REGISTER BIT 2 BIT 3 BIT 4 SMP2 SMP3 SMP4
BIT 5 SMP5
BIT 6 SMP6
BIT 7 PRESET
BIT 7
BIT NAME Preset
Table 15 - Sample Rate Register SYMBOL DESCRIPTION PRESET When set, the PRESET bit will force the control logic to generate the Start Conversion pulse at the rate specified in the Sample Rate Register. Default is 0. The Sample Counter bits set the rate at which the Start Conversion pulses are generated. Refer to Table 5 for the programming values.
0-6
Sample Counter Bits 0:6
SMP0:6
Table 16- Sample Rate Register Programming Values* VALUE CLOCK RATE 00h - 08h 10h - 18h 20h - 28h 30h - 38h 40h - 48h 49h 1 s-9 s 10 s - 90 s 100 s - 900 s 1ms - 9ms 10ms - 90ms 100ms
*Note: All values represent decade increases (i.e. 10, 20, 30, etc.)
55
RD
FFULL
HFULL
FEMPTY
D0-D7 RESET WR
ADC FIFO '244
D8-D15
ADC
D0-D7 WR PAUSE HBE LBE
'244
START nEOC
ADC STATE MACHINE
INTERNAL TO COM20051+
EXTERNAL TO COM20051+
FIGURE 17 - ADC INTERFACE BLOCK DIAGRAM
56
ADC FIFO RD/WR
BIT 7 8/16
BIT 6 X
FIFO FLAG REGISTER BIT 5 BIT 4 BIT 3 X HFULL MSB HFULL LSB+3
BIT 2 HFULL LSB+2
BIT 1 HFULL LSB+1
BIT 0 HFULL LSB
Location: +0Dh Table 17 - FIFO Flag Register SYMBOL DESCRIPTION HFULL The HFULL bits set the point at which the Half Full Flag of the FIFO will set. Default is 1Fh (FIFO Full or 32 bytes). When set programs the control logic to read two bytes of data (lower then upper). Default is 0.
BIT 0-4
BIT NAME Half Full Flag
7
Word Width Select
8/16
57
FIFO STATUS RD/WR
BIT 0 RESET
BIT 1 FFULL
ADC FIFO STATUS REGISTER BIT 2 BIT 3 BIT 4 HFULL FEMPTY SLOW
BIT 5 PAUSE
BIT 6 OVERRUN
BIT 7 RESERVE D
Location: +OEh Table 18 - ADC FIFO Status Register SYMBOL DESCRIPTION RESET When set will cause the FIFO pointers and control logic to reset to their initial state. Must be reset in order to start sampling. Default is a 1. When set indicates that the FIFO has written 32 bytes of data. This bit is read only. Default is 0. When set indicates that the number of bytes programmed into the FIFO Flag Register has been written into the FIFO. This flag will remain set until the microcontroller reads data out until the RD pointer falls below the WR pointer. Default is 0. This bit is read only. When set indicates that the FIFO's WR pointer is at 0 and that no new data is present in the FIFO. Default is 1. This bit is read only. When set will cause the acquisition port control logic to use 400ns pulse widths on the START Conversion, LBE and HBE control signals. When reset the control logic will output 200ns control pulses. Default is 0 (fast). When set will cause the acquisition control logic to cease sampling data immediately following the completion of the current sample. Default is a 1. Note that this bit must be reset in order to acquire data. When set indicates that a FIFO overrun condition has occurred. Sampling will continue but no further data is written into the FIFO. The flag will reset when a byte of data is removed from the FIFO. Default is 0.
BIT 0
BIT NAME FIFO Reset
1 2
FIFO Full Half Full
FFULL HFULL
3
FIFO Empty
FEMPTY
4
Slow Mode
SLOW
5
Pause Sampling
PAUSE
6
Overrun Flag
OVERRUN
7
Reserved
58
ADC DATA REGISTER RD ONLY Location: 000Fh
BIT 0 D0
BIT 1 D1
FIFO DATA REGISTER BIT 2 BIT 3 BIT 4 D2 D3 D4
BIT 5 D5
BIT 6 D6
BIT 7 D7
Note: A write to the ADC Data Register will clear the ADC Interrupt.
ADCINT RD/WR Location: 0010h
DATA ACQUISITION INTERRUPT ROUTING REGISTER BIT 0 BIT 1 BIT 2 BIT 3 BIT 4 BIT 5 INT0 INT1 EXT DEC1 DEC2 DEC3
BIT 6 IE
BIT 7 X
Table 19 - Data Acquisition Interrupt Routing Register BIT SYMBOL DESCRIPTION 0 1 2 3-5 INT0 INT1 EXT DEC1-3 8051's INT0 input. 8051's INT1 input. External output. P1.X select (selects output source). 000 - P1.0 001 - P1.1 010 - P1.2 011 - P1.3 100 - P1.4 101 - P1.5 110 - P1.6 111 - P1.7 Mask bit for the ADC interrupt. When set will mask off the ADC interrupt. Default is reset.
6
IE
59
COM20051+ APPLICATIONS INFORMATION
PROGRAMMING THE COM20051+ NETWORK CORE The COM20051+ ARCNET core is relatively simple to program. The ARCNET core was designed to allow the processor to remain in control of the node and to perform network flow control with a minimum of processor intervention. There are two methods of operating the ARCNET core: in Command Chaining and Non-Command Chaining mode. Command Chaining mode permits the processor to pipeline up to two transmit and two receive commands. In normal Non-Command Chaining mode, the microcontroller must access the ARCNET core for each individual transmission and reception since the ARCNET core can only handle one transmit and one receive command at any given time. The Command Chaining mode permits the ARCNET core to handle up to two transmit and two receive commands at any given time. Receive and Transmit status bits are buffered for each command in Command Chaining mode. The basic software approach can be divided into three parts: ARCNET initialization, Transmit Interrupt servicing, and Receive Interrupt servicing. Both Command and Non-Command Chaining examples will be illustrated. It is strongly suggested that an interrupt driven approach be used since polling methods can result in lost transmit opportunities and in lost receptions. ARCNET Initialization Basic COM20051+ ARCNET core initialization consists of the following: 1) Programming of the Address Decode Register 2) Configuring the Operating Mode (Command or Non-Command Chaining, Backplane or Dipulse operation) Programming the Interrupt Routing Register (IRR) Programming the Data Rate (optional) Enabling the Receive All mode (optional) Obtaining a Node ID and programming in its value Entering the Network Issuing initial Receive commands
3) 4) 5) 6) 7) 8)
Figure 18 is a flowchart of a typical initialization procedure. Steps 1 through 5 are straightforward and do not require much explanation. Step 6, Selection of a Node ID can be somewhat more involved depending on the application. There are many methods of obtaining a unique node id for a particular node ranging from simply reading a switch to sophisticated software algorithms. Several methods will be discussed but the best method depends on the particular application. Node ID Selection The ARCNET Protocol is a token passing protocol that relies on each station to have a unique Node ID in order to permit proper network operation. Many methods will be discussed but it is up to the user to choose the right method for his application. Method 1 - Hardware Switch Read This is the simplest and the most common form of obtaining a Node ID for an individual node. It consists of adding an eight bit DIP switch and address decoder as shown in Figure 19. A simple read from the microcontroller will obtain the ID value.
60
START
WRITE ARCNET CORE BASE ADDRESS TO DECODE REGISTER ADDRESS FFFFh
OBTAIN AND PROGRAM UNIQUE ID
WRITE TO CONFIGURATION REGISTER. PROGRAM CHAINING MODE AND ENCODING METHOD.
CHECK STATUS AND JOIN NETWORK
PROGRAM IRR
SET IMR AND ENABLE RECEIVER
PROGRAM DATA RATE THROUGH SETUP REGISTER
END
ENABLE RECEIVE ALL MODE THROUGH SETUP REGISTER
FIGURE 18 - TYPICAL INITIALIZATION PROCEDURE
61
COM20051
A15-A0 ADDRESS DECODER
NID DECODE
EN D7-D0 'LS244 DIP SWITCH
FIGURE 19 - NODE ID SELECTION USING A HARDWARE SWITCH READ
62
Method 2 - Non-Volatile Memory Storage: This method involves the storage of the Node ID in either a PROM, EPROM, or EEPROM. The microcontroller simply reads the proper location and programs the ID value. This method is well suited for closed networks that are not expected to expand or are maintained solely by the OEM. Such examples might include machine control and automobiles. Method 3 - Hardwire Daisy Chain: The Daisy Chain method uses an additional wire running from node to node in a daisy chained fashion. This type of setup relies on a master node that uses a fixed ID value that is stored in the master node's non-volatile memory or by reading a switch. Once the master programs its ID value it brings the additional line low. The next node that is in line physically detects the low level on the line and uses a duplicate ID search algortihm to detect the first available ID on the network. Once this node finds an ID and joins the network, it brings its ID line low to allow the next node to join. This process continues until all nodes have joined the network. Figure 20 shows an example of how this is accomplished. Method 4 - Duplicate ID Software Search: The Duplicate ID software search is a software only method of locating available node ID values on a given network. The basic algorithm involves a sequential search of ID values and checking their availability by using a combination of diagnostic bits located within the ARCNET core of the COM20051+. This method is not well suited for the initial power-up sequence of a network since there are instances in which the algorithm will assign the same ID to two nodes when they power-up simultaneously. This occurs due to basic constraints imposed by the ARCNET protocol itself. The Duplicate ID algorthim is very useful for adding nodes to already existing networks that use a mix of node ID selection methods. Please refer to the section on Duplicate ID Detection for details regarding the algorithm.
Entering the Network After establishing a unique Node ID, the COM20051+ can join the network. Prior to actually joining the network, several diagnostic bits should be checked to ensure that the node is properly functioning and that the network is functioning properly. The DUPID, RCVACT, and TOKEN bits should all be checked to ensure that the network is operating properly. A read of the Diagnostic Status register should be done to clear previous data prior to checking the status bits. This will ensure that the Diagnostic Status bits are reflecting the latest status of the network. A period of time lasting 840ms should elapse prior to checking the status bits. The 840ms period is a worst case situation based on a full 255 node network with every node transmitting a 512 byte packet. The actual wait time will be less for most systems and should be calculated based on the number of nodes and maximum packet size. Once the wait period is over, the Diagnostic Status bits should read as follows: DUPID = 0, RCVACT = 1, and TOKEN = 1. Any other combination indicates that a problem exists on the network. Once a valid status condition is established, the TXEN bit of the Configuration Regsiter should be programmed to a '1' to allow the transmitter output to drive the network. The node is now a member of the network. Initializing Receptions and Interrupt Masking Normally the receiver is enabled immediately after joining the network. Since a node never will know when a packet will be transmitted to it, it is advisable to have the receiver enabled at the earliest time possible. Generally, Enable to Receive commands are given at the end of the initialization. For systems using the Command Chaining feature, two receive commands should be given. For Non-Command Chaining
63
NETWORK CABLE T T
COM20051 MASTER OUT
COM20051 SLAVE #1 IN OUT
COM20051 SLAVE #2 IN OUT
COM20051 SLAVE #3 IN OUT
0 TIME
LINE 1
LINE 2
LINE 3
LINE 1 LINE 2 LINE 3 SLAVE #3 OUT
FIGURE 20 - DAISY CHAIN METHOD OF NODE ID SELECTION
64
Systems, a single Enable to Receive command should be issued. Interrupt Masking is a critical function in NonCommand Chaining systems. The interrupt mask is critical because it provides the only method of releasing interrupts in Non-Command Chaining systems. For Non-Command Chaining systems, the RI interrupt should be unmasked right after the Enable to Receive commands to ensure that an interrupt will be generated. Note that the interrupt must be masked to release the interrupt once the packet has been received. For Command Chaining systems, the Receive Interrupt mask should be enabled and left enabled prior to the first Enable to Receive Commands. The Command Chaining mode utilizes a software Clear Receive Interrupt command to release the interrupt thus the interrupt can be left unmasked. DUPLICATE ID DETECTION (AUTO NODE ID SELECTION) The Duplicate ID algorithm was introduced previously as a software only method of obtaining unique ID values to join the network. The algorithm uses many of the diagnostic features found in the COM20051+ including the RECON, RCVACT, TOKEN, DUPID, and MYRECON diagnostic bits to locate a unique ID value. Caution should be used when using this algorithm in that it cannot isolate a unique value when two nodes power-on simulatneously or within close proximity of each other. Two nodes using the same ID value will cause the network to fail. The basic algorithm operates as follows: The COM20051+'s Node ID is temporaily initialized to FEh. A 52us waiting period is then entered to allow the core to read the new node ID value. This is necessary to allow time for the ARCNET microsequencer to read the value from the ARCNET Node register. A one second timing loop is then entered in which several diagnostic bits are sampled in order to
determine if the selected node ID is being used or not. The first determination made is if the RCVACT (RECEIVER ACTIVITY) and the TOKEN bits are set. If both are reset, this node is most likely to be the first node to join the network. If one of these bits is reset, then a timing loop is entered and the bits are sampled again. Once both bits are found to be set then the DUPID bit is sampled. If this bit is set then the current node ID is decremented and the timing loop is restarted. If the DUPID bit is reset then the program continues in the timing loop and the RECON bit tested after the loop is exited to determine if a RECON had occurred during the sampling of the diagnostic status bits. If the RECON bit is reset then another loop is entered to synchronize the COM20051+ with its Token Rotation timer in order to prevent multiple nodes from using the same Node ID. This loop samples the MYRECON bit which only gets set when the node has not seen a token to itself for 840ms. While the program is sampling the MYRECON bit, the DUPID bit is checked to prevent two nodes which have reconfigured close together from using the same ID. If the DUPID bit is set before the MYRECON bit is set then another node ID must be found. Once the MYRECON bit is found to be set then the TOKEN bit is checked again to make sure that another node has not RECONed just prior to this node. If all these conditions are satisfied then the TXEN bit of the Configuration Register is set and a transmission is sent out to the same Node ID. The TA and TMA bits are polled for 840ms. If the TMA bit is sampled as set within 840ms then the node ID is not valid and the selection process starts again. In the event that the MYRECON bit is not found to be set, an 840ms timer has been incorporated into the polling loop to account for this. The only time the MYRECON bit will not get set is when there is a single node network. Once a valid node ID has been located then the transmitter is enabled and the initialization process is completed.
65
START
D
INIT NODE ID TO FEh
SET RECON COUNT TO ZERO
INC. RECON COUNT
WAIT 52S FOR THE CORE TO USE NEW ID
N
IS RECON COUNT = 3? Y
ISSUE CLEAR FLAGS COMMAND
READ DIAGNOSTIC STATUS REGISTER
CLEAR THE DIAGNOSTIC STATUS REGISTER
WAIT 82.2S MIN. FOR RCVACT
INITIALIZE THE 840 mS TIMER
IS RCVACT & TOKEN RESET?
Y
Y
IS DUPID SET?
N IS MYRECON SET? N N
N
IS RCVACT & TOKEN SET? Y
Y
DEC NODE ID
Y
IS DUPID SET?
DID THE 840mS TIMER EXPIRE? Y
N
DID THE 840mS TIMER EXPIRE?
N
N
HAS A TOKEN BEEN SEEN? Y
C
Y N A B
IS THE RECON BIT SET? Y
FIGURE 21 - DUPLICATE ID DETECTION ALGORITHM
66
A
B
SET NODE ID = FFh
SET TXEN BIT
INITIALIZE THE 840mS TIMER
ISSUE A ENABLE TO TX CMD TO YOUR OWN ID VALUE
WAIT 82.2S FOR RCV ACTIVITY
INIT. THE 840mS TIMER
READ THE DIAGNOSTIC STATUS REGISTER IS TA SET?
N
Y Y IS RCVACT SET? IS TMA SET? N N IS MYRECON SET? Y N DID THE 840mS TIMER EXPIRE? Y DID THE 840mS TIMER EXPIRE? Y N GOOD ID VALUE C Y
N
SET THE NODE ID TO FEh
D
FIGURE 21 - DUPLICATE ID DETECTION ALGORITHM (continued)
67
DUPID Algorithm Exception Handling There are two cases that require special processing that the normal Duplicate ID algorithm does not handle. The first case is when the node is the first node to join the network. The second case is when the node is the second node to join the network. When a node is the first to join a network it will detect no receive activity and detect no tokens (i.e. RCVACT = 0 and TOKEN = 0). If this is the case, a special routine is entered that monitors the MYRECON bits and constantly polls the RCVACT, TOKEN, and DUPID bits. If any of the RCVACT, TOKEN, or DUPID bits gets set prior to the MYRECON bit, then another node has entered the network just prior to this one. If the MYRECON bit sets and the RCVACT, TOKEN, and DUPID bits remain reset then the node takes the ID value of FFh. Node ID FFh is reserved for the first node to join the network. The second case involves a node that is the second node to join the network. In this case the node will detect the presence of tokens and receive activity (RCVACT & TOKEN = 1), and no duplicate IDs (DUPID = 0). The algorithm will detect that RECON bit has set. This is because the only existing node on the network is undergoing constant reconfigurations because it cannot pass tokens to another node. In order to prevent an endless loop from occuring due to the RECON test failure, a count of RECON bit tests is kept. If three consecutive polls of the RECON bit are positive it can be safely assumed that this node is the second node to join the network and takes the ID value of FEh. Basic Transmit Routines and Receive Service
RAM for buffering of both transmit and receive packets and accommodates two types of packet formats: a short format which takes a maximum of 253 bytes of data and a long format which takes a maximum of 508 bytes of data. Most industrial/embedded applications use the short (256 byte) format, thus allowing the RAM to buffer four packets. The following examples will use a two packet buffer for receptions and a two packet buffer for transmissions. Examples are shown for both Command and Non-Command Chaining systems. Figure 22 shows how a typical program will run. Upon entry into the service routine all relevant 8051 registers are pushed onto the stack including the PSW and DPTR. The state of the COM20051+ address registers is also saved so that any procedures that were interrupted in the process of accessing the COM20051+ RAM are not corrupted. The COM20051+ status register is then read and stored in a variable. A series of case statements then check the bit settings and branch to the appropriate service routine. Service Priority The ARCNET core of the COM20051+ can generate a single interrupt from multiple sources including reception of packets, transmission of packets, EXcessive NACK counts, RECONfigurations, and New Next ID generation. When testing status bits to determine the source of the interrupt it is best to use the following priority: 1. RI - Receiver Inhibited (packet received) 2. TA Transmitter Available (packet transmitted) 3. EXNACK - Excessive Number of NACK's to FBE's 4. RECON - either a full or mini RECON was detected 5. New Next ID - the node to which this node is passing the token to has not responded to the token pass and this node has found a new id to pass the token to.
Transmit and Receive Service routines are often found together as part of an single interrupt service routine used to service the ARCNET interrupt. The COM20051+ provides a 1Kx8
68
START
INITIALIZE 8051 PERIPHERALS
EXTERNAL RAM TEST
PROGRAM ARCNET DECODE
ARCNET RAM TEST
INITIALIZE ARCNET CORE
FIND NODE ID
TX ISR RX ISR
EXECUTE MAIN TASK
END
FIGURE 22 - TYPICAL PROGRAM EXECUTION
69
Receive Interrupt A basic Receive service routine is shown in the flowchart of Figure 23. The basic concept of the service routine is not to process the packet data but to remove the packet from the ARCNET buffer and free the buffer for another reception. This method will minimize the number of missed packets due to unavailable buffers. The Receiver Interrupt Service Routine (RX_ISR) will handle one reception at a time and enable another receive command upon exiting the service routine. Received data is stored in one of four buffers in external RAM. Several variables are kept in order to facilitate processing. RAM_BUF_REG is a byte wide, bit mapped software register which shows which external buffers are empty so that new data can be copied. RX_PAGE_REG is a byte wide register in which the lower nibble contains the ARCNET buffer RAM page address in which the latest reception can be found. The upper nibble contains the page address in which the next received is to be stored. This register allows the service routine to track from which page the most current data can be found when back to back Enable to Receive commands are issued. MIN_RX_PAGE and MAX_RX_PAGE are two constants that contain the page address boundaries for the ARCNET memory. If it is desired to allow more RAM for receptions and less RAM for transmissions then these constants must be changed accordingly. Upon entering the RX_ISR the RX_PAGE_REG is read. The lower three bits are masked off and stored as the page address. RAM_BUF_REG is then read and the first free buffer found is used to store the packet. Once the data has been copied, the RAM_BUF_REG is checked to make sure that at least one buffer is empty before issuing another receive command. If no buffers are available, the interrupt is cleared and a new command is issued, thus discarding the
received packet. This is done so that all receptions are handled. If it is found that receptions are being missed then more buffering on the CPU side is necessary. If a free buffer exists, the second receive command page is then checked to see if the maximum page address has been reached. If the page address is at its maximum value, then the page address is set to the minimum page address, otherwise the page address is incremented to next page. The Enable to Receive command string is then generated from the page address. RX_PAGE_REG is updated to make the second receive command the first command and the new command will be the second command. The actual command is then issued. The Clear Receive Interrupt command is then issued and the routine is exited. Transmit Interrupt Servicing The Transmit ISR (TX_ISR) services interrupts caused by the TA bit being set. The routine will first check the TMA bit to see if the last transmission has been received error free. If TMA is good then another transmission occurs. If TMA is bad then the last transmission is sent again and the ISR is exited. Limits can be imposed on the number of re-tries before aborting. Several variables are kept in order to simplify servicing of the Transmit interrupt. TX_PEND_REG is a byte wide, bit mapped register that conveys information about whether a packet needs to be transmitted and where it is located in the ARCNET RAM. The lower nibble of the register tells the ISR from which external RAM page the transmit data is to come. Bits 5 and 6 are status bits telling the ISR how many transmit commands are in the Command Chaining pipeline. To identify from which ARCNET buffer page the last transmission originated, a variable called LAST_TX is used that contains the page number used in the last
70
Enable to Transmit command. LAST_TX is used to re-transmit data when a bad TMA bit is found. Upon entering the ISR, the status register is read and the TMA bit is checked. If the TMA bit is not set, then the action as described above is taken. If TMA is good then the interrupt is cleared and either bit 6 or bit 5 of the TX_PEND_REG is cleared depending on the number of transmissions pending. The configuration register is then read and the Command Chaining enable bit is checked. If Command Chaining is enabled, then bit 4 of TX_PEND is set, otherwise it is cleared. A series of case statements are then executed which read the TX_PEND_REG and look for a set bit. If a bit is set in the lower nibble, it signifies that the ARCNET RAM has been loaded with data and that page is ready to be transmitted. Software should be written so that an external routine will copy transmit data into the ARCNET RAM. This will speed up the ISR. Bits 5 and 6 are checked to see that the pipeline is not completely filled. If they are both set, then the routine is exited. If either
one of the bits is reset, then the pending bit in TX_PEND_REG is reset, bit 5 or 6 is set, and an Enable to Transmit command is given to the page corresponding to the bit position in TX_PEND_REG. Up to two transmit commands can be given within the ISR at any given time. If no transmissions are pending, then the routine is exited without any new transmissions. Initiating Transmissions The Transmit Service routine can only execute after a transmission occurs. Therefore, initial transmit commands must originate from routines external to the Transmit Interrupt service routine. The Transmit ISR can only transmit packets if and only if packets are pending transmission upon entry into the routine. Normally this is not the case, thus the programmer must take care to monitor and update the TX_PEND_REG for each transmission.
TX_PEND_REG
BIT 7 NOT USED BIT 6 BIT 5 BIT 4 NOT USED BIT 3 BIT 2 BIT 1 BIT 0 TX PEND. TX PEND. TX PEND. TX PEND. IN IN IN IN BUFFER 4 BUFFER 3 BUFFER 2 BUFFER 1
TX CMD #2 TX CMD #1 ISSUED ISSUED
RAM_BUF_REG
BIT 7 NOT USED BIT 6 NOT USED BIT 5 NOT USED BIT 4 NOT USED BIT 3 NOT USED BIT 2 NOT USED BIT 1 RX BUF 2 BIT 0 RX BUF 1
RX_PAGE_REG
BIT 7 BIT 6 BIT 5 BIT 4 BIT 3 BIT 2 BIT 1 BIT 0
RECEIVE COMMAND PAGE #2
RECEIVE COMMAND PAGE #1
71
RX_ISR
PUSH DPTR, PSW SAVE A, HI_ADDR & LO_ADDR DISABLE INTRPTS
READ STATUS REGISTER; SAVE AS STAT_REG
READ RX_PAGE REG
MASK OUT ALL BITS EXCEPT 3 LSB'S TO GET ADDR OFFSET
SWAP LOWER & UPPER NIBBLES TO MAKE 2ND RX_CMD THE IST
READ RAM_BUF_REG
A
FIGURE 23 - RECEIVE INTERRUPT SERVICE ROUTINE
72
A
SET DPTR TO START OF BUF_1
SET BIT 0 IN RAM_BUF
Y
EXT. RAM BUFFER 1 FREE? N
SET DPTR TO START OF BUF_2
SET BIT 1 IN RAM_BUF
Y
EXT. RAM BUFFER 2 FREE? N
SET DPTR TO START OF BUF_3
SET BIT 2 IN RAM_BUF
Y
EXT. RAM BUFFER 3 FREE? N
SET BIT 3 IN RAM_BUF
SET DPTR TO START OF BUF_4
COPY PACKET TO EXTERNAL RAM
SET RX_PAGE = MIN_RX_PAGE
Y MAX RX_PAGE REACHED?
N
SET RX_PAGE = CURRENT RX_PAGE
CLEAR INT
Y
ALL EXTERNAL BUFFERS FULL?
N
ISSUE ENABLE TO RECEIVE COMMAND
EXIT
FIGURE 23 - RECEIVE INTERRUPT SERVICE ROUTINE (continued)
73
START
READ ARCNET STATUS REG.
CLEAR INT. (MASK OFF FOR NON-CHAINING)
Y
TMA SET?
N
CLEAR TX INT (MASK OFF FOR NON-CHAINING)
READ TX_PEND_REG
CLEAR BIT 5
N
BIT 6 SET? Y
CLEAR BIT 6
3
STORE TX_PEND
SET LAST_TX = TX_OFFSET N
SET BIT 6 AND STORE TX_PEND
BIT 5 OF TX_PEND SET? Y
SEND ENABLE TO TRANSMIIT CMD.
N CMD CHAIN ENABLED?
UNMASK INTERRUPT
FIGURE 24 - TRANSMIT INTERRUPT SERVICE ROUTINE
74
3
BIT 0 OF TX_PEND SET? N
Y
BIT 4 OF TX_PEND SET? Y
*CCHEN CHECK TO BE IMPLEMENTED N
BITS 5&6 SET? N
Y EXIT
SET OFFSET = #013H
CALL SEND_TX_CMD
CLEAR BIT 0 OF TX_PEND
Y
BIT 4 OF TX_PEND SET?
N EXIT
BIT 1 OF TX_PEND SET? N
Y
SAME PROCEDURE AS FOR BIT 0 BUT WITH OFFSET = 33H
BIT 2 OF TX_PEND SET? N
Y
SAME PROCEDURE AS FOR BIT 0 BUT WITH OFFSET = 1BH
BIT 3 OF TX_PEND SET? N EXIT
Y
SAME PROCEDURE AS FOR BIT 0 BUT WITH OFFSET = 3BH
FIGURE 24 - TRANSMIT INTERRUPT SERVICE ROUTINE (continued)
75
TRANSMIT
READ STATUS REGISTER
N
TA BIT SET?
Y
CHK TTA BIT (FOR CMD. CHAIN ONLY)
READ TX_PEND_REG
BIT6 & BIT 5 SET?
SET BIT 6 OF TX_PEND AND STORE
N
BIT 5 SET? Y
SET BIT 6 OF TX_PEND_REG AND STORE
CMD. CHAIN SET? N UNMASK TA INTERRUPT
ENABLE TO TX COMMAND
SET OFFSET OF TX PAGE
BIT 0 SET?
SET OFFSET OF TX PAGE
BIT 1 SET?
SET OFFSET OF TX PAGE RET
BIT 2 SET?
SET OFFSET OF TX PAGE
FIGURE 25 - EXTERNAL TRANSMIT ROUTINE
76
PACKET COPY
SET HI_ADDR FOR WRITE AT TX PAGE WITH AUTOINC SET & LO_ADDR = 00H
SET DPTR = START OF TX BUFFER
READ DATA, INCREMENT DPTR & SAVE DPTR
WRITE DATA TO ARCNET RAM
READ LO_ADDR_REG
N
LO_ADDR = 00H
RET
FIGURE 25 - EXTERNAL TRANSMIT ROUTINE (continued)
77
USING ARCNET DIAGNOSTICS TO OPTIMIZE YOUR SYSTEM
EXcessive Negative ACKnowledgement (EXNACK) Loops Under certain conditions (node failure for example), a particular node's receiver may not become available. This will result in a NACK to FBE response each time the transmitter attempts to transmit a message. This can continue endlessly without CPU intervention and degrade network performance. In order to handle such failures, the COM20051+ incorporates an EXNACK interrupt that will signal the CPU that it has made a specified number of Free Buffer requests which have not been acknowledged. The limit is specified by the 4NACKS bit of the Setup register of the ARCNET core. The default value is 128 re-tries but can be reduced to four by setting the 4NACKS bit. Once the limit is reached, an interrupt is generated by the ARCNET core. Note that FBEs will be issued until the CPU takes appropriate action by either aborting the transmission or continuing to retry. The EXNACK (EXcessive Negative ACKnowledge) Interrupt handler is a simple procedure. For most applications, the Interrupt handler will abort the transmission by issuing a Disable Transmitter command. A Clear Flags command must be issued to release the interrupt and clear the EXNACK flag. Note that housekeeping should be done to signify to external procedures that the transmission was aborted and is still not pending. Figure 26 shows a typical flowchart of a EXNACK ISR. Generating Network Maps Most applications will require a table of existing nodes to be stored somewhere in the system for system administration and maintenance (it is usually the master node). The DUPID, TENTID, and New Next ID features are used to generate the Network Map. The map is generated by synchronizing the node to the token rotation time using the DUPID feature. Whenever a node is part of the network the DUPID bit will set when the node's receiver detects its own transmit activity in response to receipt of the token. Reading the Diagnostic Status register resets the DUPID bit. Resetting the bit and polling until the DUPID is set will synchronize the node the token rotation time. At this time a node ID value is programmed into the TENTID register. The TENTID bit is then polled until the DUPID bit is set again. If the TENTID bit is set then the node exists on the network. This process should continure until all node ID values have been accounted for. There is one case in which the TENTID does not function. The TENTID detector cannot detect the node ID to which the node is passing the token. This is because the ARCNET core operates in a halfduplex mode thus blocking the recevier while it is transmitting the token. After compiling a node ID table using the TENTID feature, the Next ID register can be read to find out the missing ID value. In order to keep the map updated, the New Next ID feature can be used to indicate changes in the network. The New Next ID feature will interrupt the processor any time the Next ID register is updated. This occurs whenever a node drops (causing a mini-recon) or when a node joins the network (causing a full recon). Whenever the Next ID interrupt is generated, a message should be sent to the Master node identifying a change in the network. The Master node can then update the network map accordingly. Network Mapping While Off-Line The previous mapping algorithm described a fast method of building a network map while on-
78
line (being an active part of the network). Often it is desirable to build a map while off-line. A similar algorithm is used, but instead of using the TENTID feature the DUPID feature is used and the new node IDs are programmed into the node ID register. Since the node is not an active part of the network, there is no reliable method of initially timing the token
rotation. In order to find an existing ID to time the rotation, an 840ms timer is used. At the end of the 840ms, the DUPID is checked. If it is set then the node ID value exists and can be used as a fake ID (remember the node is not on the network). That first ID value remains in the node ID register and the above algorithm is used to determine the remainder of the ID values.
EXNACK ISR
ISSUE DISABLE TRANSMITTER COMMAND
ISSUE CLEAR FLAGS CMD.
FREE UP PAGE IN TX_PEND REG
END
FIGURE 26 - EXCESSIVE NACK INTERRUPT SERVICE ROUTINE
79
A
START TENTID SET? Y LOG VALUE IN NODE ID TABLE N END OF NODE IDS N DECREMENT & PROG. TENT ID Y
READ DIAG. STATUS REG. TO CLEAR DUPID
POLL DUPID BIT
END N DUPID SET?
PROGRAM TENTID VALUE
POLL DUPID BIT
N
DUPID SET?
READ TENTID BIT
FIGURE 27A - ONLINE NETWORK MAPPING ROUTINE
80
START
WRITE ID FFH INTO NODE ID REGISTER
READ DIAG. STATUS REG. TO CLEAR DUPID
POLL DUPID BIT
DUPID SET?
Y A
N
DECREMENT 840 MS TIMER
TIMER EXPIRE?
DECREMENT & PROGRAM NODE ID
FIGURE 27B - ADDITIONAL CODE - OFFLINE NETWORK MAPPING ROUTINE
81
CABLING THE COM20051+
The COM20051+ supports several types of cables and cable interfaces in either bus or star topologies. The following is a list of media ALLOWED TOPOLOGIES Star only Bus or Star MAX. DIST. 2000ft. 1000ft. (Coax) 400ft. (TP) 900ft. transceivers, supported media, and supported topologies:
TRANSCEIVER HYC9068 HYC9088
MAX. NODE N/A 8 10 32
ISOLATION VOLTAGE <500V <500V
SUPPORTED MEDIA Coax Coax Twisted Pair (TP)
RS-485
Bus
15V D.C. Coupled 2.5KV >2.5KV
Twisted Pair
Isolated RS-485 Fiber-Optic
Bus Star
700ft. 3Km
12 N/A
Twisted Pair Fiber
Note: The above figures are for a 2.5 Mbps data rate. Changing the data rate can significantly increase or decrease the line length and node count. For more information please refer to TN7-5 RS-485 Cabling Guidelines for the COM20020 Universal Local Area Network Controller (ULANC) and Experimental Procedure for Verifcation of RS-485 Cabling Guidelines or Cabling Alternatives for the COM20020, COM90C66, and COM90C165.
Compatability Considerations Compatability with existing ARCNET installations is of importance to some designers. The COM20051+ is compatible with older ARCNET installations when it is operated in dipulse mode at 2.5 Mbps using normal
Timeout values. It is suggested that the HYC9068 or HYC9088 transceivers be used to maintain compatability. The COM20051+ is not compatible with standard ARCNET systems when the device is used in backplane mode, when the reduced timeout features are enabled, or at data rates other than 2.5 Mbps.
82
USING THE COM20051+'S EMULATION MODE
The COM20051+ is unique among special purpose 8051 based devices in that it can be used in conjunction with a standard 16MHz 80C32 ICE. The COM20051+ incorporates an Emulate mode that puts the internal microcontroller in a high impedance state so an external processor (like an ICE) can access the internal ARCNET core through the COM20051+'s pins. The ICE should be connected in parallel to the COM20051+ as shown in Figure 28. The ICE should operate off of its internal oscillator.
83
OPERATIONAL DESCRIPTION
MAXIMUM GUARANTEED RATINGS* Operating Temperature Range........................................................................................ 0 C to +70 C o o Storage Temperature Range ...................................................................................... -55 C to +150 C o Lead Temperature (soldering, 10 seconds) .............................................................................. +325 C Positive Voltage on any pin, with respect to ground ............................................................... VCC+0.5V Negative Voltage on any pin, with respect to ground .................................................................... -0.5V Maximum VCC ............................................................................................................................... +7V *Stresses above those listed may cause permanent damage to the device. This is a stress rating only and functional operation of the device at these or any other condition above those indicated in the operational sections of this specification is not implied. NOTE: When powering this device from laboratory or system power supplies, it is important that the Absolute Maximum Ratings not be exceeded or device failure can result. Some power supplies exhibit voltage spikes or "glitches" on their outputs when the AC power is switched on or off. In addition, voltage transients on the AC power line may appear on the DC output. If this possibility exists it is suggested that a clamp circuit be used. DC ELECTRICAL CHARACTERISTICS (TA = 0 C - 70C, VCC = 5.0V 10%, VSS = 0V) PARAMETER SYMBOL MIN TYP MAX UNIT COMMENT Low Output Voltage (Ports 1, 2 and 3, ALE, PSEN) Low Output Voltage (Port 0) High Output Voltage (Ports 1, 2 and 3, ALE, PSEN) High Output Voltage (Port 0 in External Bus Mode) Input Leakage Current RST Pulldown Resistor Pin Capacitance Power Supply Current Low Input Voltage (XTAL1) VOL 0.3 0.45 1.0 0.3 0.45 1.0 VCC-0.3 VCC-0.7 VCC-1.5 VCC-0.3 VCC-0.7 VCC-1.5 .02A 50K 10 50 1.0 10A V V V V V V V V V V V V V pF mA V IOL = 100 A IOL = 1.6 mA IOL = 3.5 mA IOL = 200 A IOL = 3.2 mA IOL = 7.0 mA IOH = -10 A IOH = -30 A IOH = -60 A IOH = -200 A IOH = -3.2 mA IOH = -7.0 mA 0o o o
VOL1
VOH
VOH1
ILI RRST CIO ICC VIL2
84
PARAMETER High Input Voltage Low to High Threshold Input Voltage (RESET, RXIN) High to Low Threshold Input Voltage (RESET, RXIN) Low Output Voltage (PULSE1 in Normal Mode, PULSE2, TXEN) High Output Voltage (PULSE1 in Normal Mode, PULSE2, TXEN) Low Output Voltage (PULSE1 in Backplane Mode) Output Capacitance (PULSE1 in Backplane Mode)
SYMBOL VIH2 VILH
MIN 4.0
TYP 1.8
MAX
UNIT V V
COMMENT Schmitt Trigger @ 5V Schmitt Trigger @ 5V ISINK = 4mA
VIHL
1.2
V
VOL3
0.4
V
VOH3
2.4
V
ISOURCE = 2mA
VOL4
0.5
V
ISINK = 48mA
COUT2
400
pF
85
TIMING DIAGRAMS
AC CHARACTERISTICS (0C - 70C, 5.0V 10%) 100 pF Loading for ALE, PORT0, and nPSEN; 16 MHz Processor Clock
t7 t1 t3 ALE t2 t5 t4 t9 nPSEN t11 t6 PORT 0 A0 - A7 INSTR. IN t10 t8
PORT 2
A8 - A15
Parameter t1 t2 t3 t4 t5 t6 t7 t8 t9 t10 t11 ALE Pulse Width Address Valid to ALE Low ALE Low to nPSEN Low nPSEN Low to Valid Instruction Input nPSEN Low to Address Float Address to Valid Instruction Input Address Hold after ALE ALE Low to Valid Instruction Input nPSEN Pulse Width Input Instruction Hold after nPSEN Input Instruction Float after nPSEN
min 85 7 22.6
typ
max
units nS nS nS nS nS nS nS nS nS nS nS
82.5 10 207.5 27 150 142.5 0 37.5
FIGURE 29 - EXTERNAL PROGRAM MEMORY READ CYCLE
86
t1 t3 t6 ALE t13
t2 t4
t5 nPSEN t9 t11 t8 nRD t12 PORT 0 A0 - A7 t7 PORT 2 A8 - A15 FROM DPH DATA IN t10
Parameter t1 t2 t3 t4 t5 t6 t7 t8 t9 t10 t11 t12 t13 ALE Pulse Width ALE Low to Valid Data In ALE Low to nRD or nWR Low nRD or nWR High to ALE High nRD Pulse Width Address Valid to ALE Low Address to Valid Data In nRD Low to Address Float nRD Low to Valid Data In Data Hold after nRD Data Float after nRD Address Valid to nRD or nWR Low Address Hold after ALE Low
min 85 137.5 22.5 275 7
typ
max
units nS nS nS nS nS nS nS nS nS nS nS nS nS
350 238.5 102.5
397.5 0 147.5 0 55 120 27
FIGURE 30 - EXTERNAL DATA MEMORY READ CYCLE
87
t1 t5 ALE t8
t2 t3
nPSEN t9 t6 t7 nWR t4
t10 PORT 0 A0 - A7 DATA OUT
PORT 2
A8 - A15 FROM DPH
Parameter t1 t2 t3 t4 t5 t6 t7 t8 t9 t10 ALE Pulse Width ALE Low to nRD or nWR Low nRD or nWR High to ALE High WR Pulse Width Address Valid to ALE Low Data Hold after nWR Address Valid to nRD or nWR Low Address Hold after ALE Low Data Valid to nWR Transition Data Valid to nWR High
min 85 137.5 22.5 275 7 12.5 120 27 2 287.5
typ
max
units nS nS nS nS nS nS nS nS nS nS
238.5 102.5
FIGURE 31 - EXTERNAL DATA MEMORY WRITE CYCLE
88
TXEN t4 t1 nPULSE1 t3 t1 nPULSE2 LAST BIT (400 nS BIT TIME) t2 t2 t5
t6 RXIN t7
Parameter t1 t2 t3 t4 t5 t6 t7 PULSE1, PULSE2 Pulse Width PULSE1, PULSE2 Period PULSE1, PULSE2 Overlap TXEN Low to PULSE1 Low** Beginning of Last Bit Time to TXEN High** RXIN Pulse Width RXIN Period
min
typ 100* 400* 0
max
units nS nS nS nS nS nS nS
-10 850 250 10
+10 950 350
100* 400*
* t1, t6 = .25 x (
1 ) for data rates other than 2.5 Mpbs. data rate
* t2,t7 = 8 x (crystal period) for clock frequencies other than 20 MHz. This period applies to data of two consecutive one's. ** t4: For clock frequencies other than 20 MHz, t4 = 18 x (crystal period) 50 nsec. ** t5: For clock frequencies other than 20 MHz, t5 = 6 x (crystal period) 50 nsec. Note: Clock frequency for 5 Mbps is 40 MHz.
FIGURE 32 - NORMAL MODE TRANSMIT OR RECEIVE TIMING (These signals are to and from the Hybrid)
89
TXEN t1 t3 nPULSE1 t9 t4 nPULSE2 (Internal Clk) t5 t7 t6 t2 LAST BIT (400 nS BIT TIME) t8
t10 RXIN t11
Parameter t1 t2 t3 t4 t5 t6 t7 t8 t9 t10 t11 nPULSE2 High to TXEN Low nPULSE1 Pulse Width nPULSE1 Period nPULSE2 Low to nPULSE1 Low nPULSE2 High Time nPULSE2 Low Time nPULSE2 Period nPULSE2 High to TXEN High (first rising edge on nPULSE2 after Last Bit Time) TXEN Low to First nPULSE1 Low** RXIN Pulse Width RXIN Period
min 0
typ 200* 400*
max units 50 nS nS nS nS nS nS nS nS nS nS nS
0 100* 100* 200* 0 650 10
50
50 750 200* 400*
* t5,t6 = 2 x (crystal period) for clock frequencies other than 20 MHz. * t2,t7,t10 = 4 x (crystal period) for clock frequencies other than 20 MHz. * t3,t11 = 8 x (crystal period) for clock frequencies other than 20 MHz. ** t9: For clock frequencies other than 20 MHz, t9 = 14 x (clock period) 50 nsec. This period applies to data of two consecutive one's. Note: Clock frequency for 5 Mbps is 40 MHz.
FIGURE 33 - BACKPLANE MODE TRANSMIT OR RECEIVE TIMING
(These signals are to and from the differential driver or the cable)
90
t1 XTAL1
t2
t3
Parameter t1 t2 t3 t4 Input Clock High Time Input Clock Low Time Input Clock Period Input Clock Frequency
min 10 10 25 10
typ
max units nS nS nS MHz
125 40
FIGURE 34 - TTL INPUT TIMING ON XTAL1 PIN
t1 nRESET IN
nINTR
t2
Parameter t1 t2 nRESET IN Pulse Width nINTR High to Next nINTR Low
min 3.2 *200
typ
max
units S nS
Note: For 5 Mbps operation, t2 is 100 nS.
FIGURE 35 - RESET AND INTERRUPT TIMING
91
INDEX CORNER D D1 G x 45 SEE DETAIL A F x 45
E E1
-E-
E3/D3 E2/D2
e -D.007 E D J x 45, 3 places DETAIL A SEATING PLANE -CB DIM A A1 B B1 B2 C D/E D1/E1 D2/E2 D3/E3 e F G J R 44 LEAD .160-.188 .090-.120 .013-.021 .026-.032 .025 MIN .020-.045 .685-.695 .650-.656 .600-.630 .500 REF .050 BSC .042-.060 .042-.048 .000-.028 .025-.045 B1 B2 C A1 A R .004 -CSEATING PLANE
Notes: 1. Dimensions are in inches. 2. Coplanarity is .004" maximum. 3. Tolerance on the position of the leads is .007" maximum. 4. Package body dimensions D1 and E1 do not include the mold protrusion. Maximum mold protrusion is .010".
FIGURE 36 - 68 PIN PLCC PACKAGE DIMENSIONS
STANDARD MICROSYSTEMS CORP. Circuit diagrams utilizing SMSC products are included as a means of illustrating typical applications; consequently complete information sufficient for construction purposes is not necessarily given. The information has been carefully checked and is believed to be entirely reliable. However, no responsibility is assumed for inaccuracies. Furthermore, such information does not convey to the purchaser of the semiconductor devices described any licenses under the patent rights of SMSC or others. SMSC reserves the right to make changes at any time in order to improve design and supply the best product possible. SMSC products are not designed, intended, authorized or warranted for use in any life support or other application where product failure could cause or contribute to personal injury or severe property damage. Any and all such uses without prior written approval of an Officer of SMSC and further testing and/or modification will be fully at the risk of the customer. COM20051+ Rev. 12/02/93


▲Up To Search▲   

 
Price & Availability of COM20051

All Rights Reserved © IC-ON-LINE 2003 - 2022  

[Add Bookmark] [Contact Us] [Link exchange] [Privacy policy]
Mirror Sites :  [www.datasheet.hk]   [www.maxim4u.com]  [www.ic-on-line.cn] [www.ic-on-line.com] [www.ic-on-line.net] [www.alldatasheet.com.cn] [www.gdcy.com]  [www.gdcy.net]


 . . . . .
  We use cookies to deliver the best possible web experience and assist with our advertising efforts. By continuing to use this site, you consent to the use of cookies. For more information on cookies, please take a look at our Privacy Policy. X